谁能解释一下在查询中使用with (nolock)的含义,什么时候应该/不应该使用它?
例如,如果你有一个银行应用程序,有很高的事务率,在某些表中有很多数据,在什么类型的查询中nolock是可以的?在某些情况下,你是否应该总是使用它/永远不要使用它?
谁能解释一下在查询中使用with (nolock)的含义,什么时候应该/不应该使用它?
例如,如果你有一个银行应用程序,有很高的事务率,在某些表中有很多数据,在什么类型的查询中nolock是可以的?在某些情况下,你是否应该总是使用它/永远不要使用它?
当前回答
如果你正在处理金融交易,那么你永远不会想要使用nolock。Nolock最适合用于从具有大量更新的大型表中进行选择,并且您不关心所获得的记录是否可能过期。
对于财务记录(以及大多数应用程序中的几乎所有其他记录),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查询可以扫描每个城市的现金存取款总和的交易表。对于这样的报告,由回滚更新事务引起的微小百分比的错误不会降低报告的价值。