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

简短的回答:

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

长一点的回答:

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

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

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

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

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

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

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

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查询可以扫描每个城市的现金存取款总和的交易表。对于这样的报告，由回滚更新事务引起的微小百分比的错误不会降低报告的价值。

我使用with (nolock)提示，特别是在SQLServer 2000数据库的高活动。我不确定在SQL Server 2005中是否需要它。我最近应客户端的DBA的请求在SQL Server 2000中添加了这个提示，因为他注意到有很多SPID记录锁。

我所能说的是，使用提示并没有伤害我们，似乎已经使锁定问题解决自己。那个特定客户的DBA坚持让我们使用这个提示。

顺便说一下，我处理的数据库是企业医疗索赔系统的后端，因此我们谈论的是许多连接中的数百万条记录和20多个表。我通常为连接中的每个表添加WITH (nolock)提示(除非它是派生表，在这种情况下，您不能使用该特定提示)