最简单的答案就是一个简单的问题——你需要你的结果是可重复的吗?如果是，那么NOLOCKS在任何情况下都不合适

如果你不需要可重复性，那么nolock可能是有用的，特别是当你不能控制所有连接到目标数据库的进程时。

另一种通常可以接受的情况是在报告数据库中，其中的数据可能已经老化，不会发生写入操作。但是，在这种情况下，管理员应该通过更改默认隔离级别在数据库或表级别设置该选项。

在一般情况下:当你非常确定可以读取旧数据时，你可以使用它。重要的是要记住这很容易出错。例如，即使在编写查询时没有问题，但您确定将来数据库中不会有什么变化使这些更新变得更重要吗?

我还想说的是，在银行应用程序或库存应用程序中，这可能不是一个好主意。

简短的回答:

对于有聚集索引的表，只能在SELECT语句中使用WITH (NOLOCK)。

长一点的回答:

WITH(NOLOCK)经常被用作加速数据库读取的神奇方法。

结果集可以包含尚未提交的行，这些行稍后通常会回滚。

如果WITH(NOLOCK)应用于具有非聚集索引的表，那么行索引可以由其他事务更改，因为行数据正在流到结果表中。这意味着结果集可能缺少行或多次显示同一行。

READ COMMITTED增加了一个额外的问题，即多个用户同时更改同一单元格时，单个列内的数据被损坏。

最简单的答案就是一个简单的问题——你需要你的结果是可重复的吗?如果是，那么NOLOCKS在任何情况下都不合适

如果你不需要可重复性，那么nolock可能是有用的，特别是当你不能控制所有连接到目标数据库的进程时。

当你可以接受“脏”数据时使用nolock。这意味着nolock也可以读取正在修改的数据和/或未提交的数据。

在高事务处理环境中使用它通常不是一个好主意，这就是为什么它不是查询的默认选项。

我过去常常检索“下一批”要做的事情。在这种情况下，具体是哪个项目并不重要，我有很多用户运行相同的查询。