谁能解释一下在查询中使用with (nolock)的含义,什么时候应该/不应该使用它?
例如,如果你有一个银行应用程序,有很高的事务率,在某些表中有很多数据,在什么类型的查询中nolock是可以的?在某些情况下,你是否应该总是使用它/永远不要使用它?
谁能解释一下在查询中使用with (nolock)的含义,什么时候应该/不应该使用它?
例如,如果你有一个银行应用程序,有很高的事务率,在某些表中有很多数据,在什么类型的查询中nolock是可以的?在某些情况下,你是否应该总是使用它/永远不要使用它?
当前回答
另一种通常可以接受的情况是在报告数据库中,其中的数据可能已经老化,不会发生写入操作。但是,在这种情况下,管理员应该通过更改默认隔离级别在数据库或表级别设置该选项。
在一般情况下:当你非常确定可以读取旧数据时,你可以使用它。重要的是要记住这很容易出错。例如,即使在编写查询时没有问题,但您确定将来数据库中不会有什么变化使这些更新变得更重要吗?
我还想说的是,在银行应用程序或库存应用程序中,这可能不是一个好主意。
其他回答
另一种通常可以接受的情况是在报告数据库中,其中的数据可能已经老化,不会发生写入操作。但是,在这种情况下,管理员应该通过更改默认隔离级别在数据库或表级别设置该选项。
在一般情况下:当你非常确定可以读取旧数据时,你可以使用它。重要的是要记住这很容易出错。例如,即使在编写查询时没有问题,但您确定将来数据库中不会有什么变化使这些更新变得更重要吗?
我还想说的是,在银行应用程序或库存应用程序中,这可能不是一个好主意。
您可以在仅读取数据时使用它,并且并不真正关心是否可能返回尚未提交的数据。
它可以在读取操作上更快,但我不能确切地说快多少。
一般来说,我建议不要使用它——读取未提交的数据最多可能会有点混乱。
当你可以接受“脏”数据时使用nolock。这意味着nolock也可以读取正在修改的数据和/或未提交的数据。
在高事务处理环境中使用它通常不是一个好主意,这就是为什么它不是查询的默认选项。
简短的回答:
对于有聚集索引的表,只能在SELECT语句中使用WITH (NOLOCK)。
长一点的回答:
WITH(NOLOCK)经常被用作加速数据库读取的神奇方法。
结果集可以包含尚未提交的行,这些行稍后通常会回滚。
如果WITH(NOLOCK)应用于具有非聚集索引的表,那么行索引可以由其他事务更改,因为行数据正在流到结果表中。这意味着结果集可能缺少行或多次显示同一行。
READ COMMITTED增加了一个额外的问题,即多个用户同时更改同一单元格时,单个列内的数据被损坏。
问题是什么更糟:
死锁,或者 一个错误的值?
对于金融数据库来说,死锁比错误的值更糟糕。我知道这听起来有点反,但听我说完。DB事务的传统示例是更新两行,从一行中减去一行,向另一行中添加一行。这是错误的。
在财务数据库中使用业务事务。这意味着为每个帐户添加一行。这些事务的完成和行的成功写入是极其重要的。
让账户余额暂时错误不是什么大问题,这就是一天结束的和解。由于同时使用两台atm机,比未从数据库中读取数据更有可能发生帐户透支。
也就是说,SQL Server 2005修复了大部分使NOLOCK成为必要的错误。因此,除非您使用的是SQL Server 2000或更早版本,否则不需要它。
进一步的阅读 行级版本控制