ITPub博客

当您怀疑计算机硬件是影响SQL Server运行性能的主要原因时，可以通过SQL Server Performance Monitor监视相应硬件的负载，以证实您的猜测并找出系统瓶颈。下文将介绍一些常用的分析对象及其参数。　　　　Memory: Page Faults / sec　　　　如果该值偶尔走高，表明当时有线程竞争内存。如果持续很高，则内存可能是瓶颈。　　　　Process: Working Set　　　　SQL Server的该参数应该非常接近分配给SQL Server的内存值。在SQL Server设定中，如果将"set working set size"置为0, 则Windows NT会决定SQL Server的工作集的大小。如

SQL Server 2005 联机丛书（2007 年 9 月）使用基于行版本控制的隔离级别行版本控制框架在 Microsoft SQL Server 2005 中始终处于启用状态，并被多个功能使用。它除了提供基于行版本控制的隔离级别之外，还用于支持对触发器和多个活动结果集 (MARS) 会话的修改，以及 ONLINE 索引操作的数据读取。 基于行版本控制的隔离级别是在数据库级别上启用的。访问已启用数据库的对象的任何应用程序可以使用以下隔离级别运行查询：已提交读隔离级别，通过将 READ_COMMITTED_SNAPSHOT 数据库选项设置为 ON 来使用行版本控制，如下面的代码示例所示：

http://technet.microsoft.com/zh-cn/library/ms191242.aspxSQL Server 2005 联机丛书（2007 年 9 月）将死锁减至最少 使用基于行版本控制的隔离级别 如果将 READ_COMMITTED_SNAPSHOT 数据库选项设置为 ON，则在已提交读隔离级别下运行的事务在读操作期间将使用行版本控制而不是共享锁。注意： 某些应用程序依赖于已提交读隔离的锁定和阻塞行为。对于这些应用程序，要启用此选项必须进行一些更改。 快照隔离也使用行版本控制，该级别在读操作期间不使用共享锁。必须将 ALLOW_SNAPSHOT_ISOLATION 数据库选项设置为 ON，事务才能在快照隔离下

新建一个库（目录跟原来库的文件一样） ，然后选择还原数据库，源设备选择好后注意要在‘选项’里勾选覆盖数据库[@more@]

[导读: 各种大型数据库所采用的锁的基本理论是一致的，但在具体实现上各有差别。SQL Server更强调由系统来管理锁。在用户有SQL请求时，系统分析请求，自动在满足锁定条件和系统性能之间为数据库加上适当的锁，同时系统在运行期间常常自动进行优化处理，实行动态加锁。对于一般的用户而言，通过系统的自动锁定管理机制基本可以满足使用要求，但如果对数据安全、数据库完整性和一致性有特殊要求，就需要了解SQL Server的锁机制，掌握数据库锁定方法。] 锁是数据库中的一个非常重要的概念，它主要用于多用户环境下保证数据库完整性和一致性。

大数据量sqlserver 出现并发死锁 UPDATE recruit_allocate SET remark ='学生的学籍号与姓名不匹配',flag = 1 WHERE unitivecode IS NOT NULL AND len(unitivecode)>0 AND NOT EXISTS(SELECT 1 FROM student_info WHERE stuname = recruit_allocate.stuname AND unitivecode = recruit_allocate.unitivecode) AND is_allocate = 0 AND section = 2 AND operateguid = '516E1637-7895-4020-A8FD-73353AD4B5B3'AND rst_subject_id = '80EB6C0B-C506-4556-9A05-4C191970D7A5我这种写法不能并发因为里面有个exists子句访问的是张大表并发以

sqlserver查询时不加锁： 因为sqlserver查询时会自动加上锁，这样会经常导致死锁发生，我们可以查询时不加锁写法如下： select * from fpf_appsync with (NOLOCK) [@more@]