谁能解释一下在查询中使用with (nolock)的含义,什么时候应该/不应该使用它?
例如,如果你有一个银行应用程序,有很高的事务率,在某些表中有很多数据,在什么类型的查询中nolock是可以的?在某些情况下,你是否应该总是使用它/永远不要使用它?
谁能解释一下在查询中使用with (nolock)的含义,什么时候应该/不应该使用它?
例如,如果你有一个银行应用程序,有很高的事务率,在某些表中有很多数据,在什么类型的查询中nolock是可以的?在某些情况下,你是否应该总是使用它/永远不要使用它?
当前回答
我过去常常检索“下一批”要做的事情。在这种情况下,具体是哪个项目并不重要,我有很多用户运行相同的查询。
其他回答
我过去常常检索“下一批”要做的事情。在这种情况下,具体是哪个项目并不重要,我有很多用户运行相同的查询。
我的2分——当你需要生成报告时,使用WITH (NOLOCK)是有意义的。在这一点上,数据不会有太大的变化&你不会想要锁定这些记录。
您可以在仅读取数据时使用它,并且并不真正关心是否可能返回尚未提交的数据。
它可以在读取操作上更快,但我不能确切地说快多少。
一般来说,我建议不要使用它——读取未提交的数据最多可能会有点混乱。
简短的回答:
对于有聚集索引的表,只能在SELECT语句中使用WITH (NOLOCK)。
长一点的回答:
WITH(NOLOCK)经常被用作加速数据库读取的神奇方法。
结果集可以包含尚未提交的行,这些行稍后通常会回滚。
如果WITH(NOLOCK)应用于具有非聚集索引的表,那么行索引可以由其他事务更改,因为行数据正在流到结果表中。这意味着结果集可能缺少行或多次显示同一行。
READ COMMITTED增加了一个额外的问题,即多个用户同时更改同一单元格时,单个列内的数据被损坏。
另一种通常可以接受的情况是在报告数据库中,其中的数据可能已经老化,不会发生写入操作。但是,在这种情况下,管理员应该通过更改默认隔离级别在数据库或表级别设置该选项。
在一般情况下:当你非常确定可以读取旧数据时,你可以使用它。重要的是要记住这很容易出错。例如,即使在编写查询时没有问题,但您确定将来数据库中不会有什么变化使这些更新变得更重要吗?
我还想说的是,在银行应用程序或库存应用程序中,这可能不是一个好主意。