我们使用的是 SQL Server 2000。
我想知道如果我们NOLOCK在事务块中使用提示会有什么风险READ COMMITTED，例如：
SET TRANSACTION ISOLATION LEVEL READ COMMITTED
GO
BEGIN TRANSACTION
IF EXISTS(SELECT * FROM clients (NOLOCK) WHERE clientID = 23249)
BEGIN
PRINT 'TODO Update client'
END
ELSE
BEGIN
PRINT 'TODO Insert client'
END
COMMIT TRANSACTION
我担心的是 NOLOCK 提示将允许 ditry 读取，尽管事务块的隔离级别。
这可能吗？
PS：我知道为什么我首先使用锁定提示存在争议，但我只想知道这种情况下的风险是什么。
我试图了解我们在使用 SQL Server 2000 时遇到的问题。我们是一个中等事务的网站，我们有一个名为的存储sp_GetCurrentTransactions过程，它接受一个客户 ID 和两个日期。
现在，根据日期和客户，此查询可以返回从零到 1000 行的任何内容。
问题：我们所经历的是，Execution Timeout Expired当他们尝试执行该存储过程时，我们会突然为特定客户端收到许多错误（通常或类似）。所以我们检查查询，在 SSMS 中运行它，发现它需要 30 秒。所以我们重新编译存储的 proc 并 -bang- 它现在在 300 毫秒内运行。
我已经和我们的 DBA 谈过这个问题。他告诉我，当我们创建存储过程时，数据库创建了一个查询计划。他说对于那组参数来说这是一个很好的计划，但是如果你给它扔一组参数，那么这个计划就不是那个数据的最佳计划，所以你会看到它运行得很慢。
呈现给我的选项是将问题查询从存储的过程转移到动态 SQL 中，动态 SQL 在每次运行时都会创建执行计划。
这对我来说就像是退后一步，我觉得必须有办法解决这个问题。有没有其他方法来处理这个问题？
任何和所有的回应都表示赞赏。