简单的答案-当你的SQL没有改变数据时，你有一个可能干扰其他活动的查询(通过锁定)。

对于用于报告的任何查询，都值得考虑，特别是当查询花费的时间超过1秒时。

如果您有针对OLTP数据库运行的olap类型的报告，那么它尤其有用。

第一个要问的问题是“我为什么要担心这个?”根据我的经验，当人们处于“尝试任何东西”模式时，通常会出现捏造默认锁定行为，而这种情况下意外的结果并非不可能发生。通常情况下，这是一个过早优化的情况，并且很容易嵌入到应用程序中“以防万一”。重要的是要了解你为什么要这样做，它解决了什么问题，以及你是否真的有问题。

nolock提示合法使用的教科书示例是针对高更新OLTP数据库的报告采样。

举个热门的例子。如果美国一家大型商业银行想要每小时发布一份报告，寻找城市层面的挤兑的最初迹象，那么nolock查询可以扫描每个城市的现金存取款总和的交易表。对于这样的报告，由回滚更新事务引起的微小百分比的错误不会降低报告的价值。

WITH (NOLOCK)相当于使用READ uncommitted作为事务隔离级别。因此，您可能会读取一个未提交的行，该行随后会被回滚，即从未进入数据库的数据。因此，虽然它可以防止读取被其他操作死锁，但也存在风险。在具有高交易率的银行应用程序中，它可能不是您试图用它解决的任何问题的正确解决方案。

我的2分——当你需要生成报告时，使用WITH (NOLOCK)是有意义的。在这一点上，数据不会有太大的变化&你不会想要锁定这些记录。

您可以在仅读取数据时使用它，并且并不真正关心是否可能返回尚未提交的数据。

它可以在读取操作上更快，但我不能确切地说快多少。

一般来说，我建议不要使用它——读取未提交的数据最多可能会有点混乱。

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