谁能解释一下在查询中使用with (nolock)的含义,什么时候应该/不应该使用它?
例如,如果你有一个银行应用程序,有很高的事务率,在某些表中有很多数据,在什么类型的查询中nolock是可以的?在某些情况下,你是否应该总是使用它/永远不要使用它?
谁能解释一下在查询中使用with (nolock)的含义,什么时候应该/不应该使用它?
例如,如果你有一个银行应用程序,有很高的事务率,在某些表中有很多数据,在什么类型的查询中nolock是可以的?在某些情况下,你是否应该总是使用它/永远不要使用它?
当前回答
我过去常常检索“下一批”要做的事情。在这种情况下,具体是哪个项目并不重要,我有很多用户运行相同的查询。
其他回答
我的2分——当你需要生成报告时,使用WITH (NOLOCK)是有意义的。在这一点上,数据不会有太大的变化&你不会想要锁定这些记录。
我过去常常检索“下一批”要做的事情。在这种情况下,具体是哪个项目并不重要,我有很多用户运行相同的查询。
当你可以接受“脏”数据时使用nolock。这意味着nolock也可以读取正在修改的数据和/或未提交的数据。
在高事务处理环境中使用它通常不是一个好主意,这就是为什么它不是查询的默认选项。
NOLOCK相当于READ UNCOMMITTED,但是微软说你不应该在UPDATE或DELETE语句中使用它:
对于UPDATE或DELETE语句:此功能将在Microsoft SQL Server的未来版本中删除。避免在新的开发工作中使用此特性,并计划修改当前使用此特性的应用程序。
http://msdn.microsoft.com/en-us/library/ms187373.aspx
本文适用于SQL Server 2005,因此如果您使用的是该版本,就会支持NOLOCK。为了保证你的代码不受未来的影响(假设你决定使用脏读),你可以在你的存储过程中使用这个:
设置事务隔离级别读未提交
nolock提示合法使用的教科书示例是针对高更新OLTP数据库的报告采样。
举个热门的例子。如果美国一家大型商业银行想要每小时发布一份报告,寻找城市层面的挤兑的最初迹象,那么nolock查询可以扫描每个城市的现金存取款总和的交易表。对于这样的报告,由回滚更新事务引起的微小百分比的错误不会降低报告的价值。