开发学院数据库 MSSQL Server 不要在SQL Server中盲目地追求一句处理阅读

不要在SQL Server中盲目地追求一句处理

　2007-07-31 09:47:34　来源：WEB开发网　　　

核心提示： 虽然在性能上，两者没有什么差异，不要在SQL Server中盲目地追求一句处理(3)，但另一个问题也许你从来没有考虑过，那就是对表的访问的问题，最后结论：不要使用查询方法B，它看起来很不错，在方法A中，肯定只会访问到一个表；而在方法B中

虽然在性能上，两者没有什么差异，但另一个问题也许你从来没有考虑过，那就是对表的访问的问题，在方法A中，肯定只会访问到一个表；而在方法B中，情况还是如此吗？答案是否定的，方法B始终会扫描两个表。而这样的潜台词是，即使在我的查询中，只会用到A表，但如果B表被下了锁的话，整个查询就会被阻塞，而方法A不会。

为了证明这个问题，我们再做下面的测试

BLOCK 的测试—为表A加锁： (查询窗口A)

BEGIN TRAN
　　UPDATE A SET [ITEM] = RIGHT(NEWID(), 4)
　　WHERE [ITEM] BETWEEN '9' AND 'A'
--ROLLBACK TRAN　-- 不回滚事务，让锁一直保持

BLOCK 的测试—测试查询方法A：(查询窗口B)

-- run query windows 2
DECLARE @a int
SET @a = 1
IF @a = 0
　　SELECT [TranNumber] FROM A
　　WHERE [ITEM] < 'A'
ELSE IF @a = 1
　　SELECT [ItemNumber] FROM B
　　WHERE [ItemNumber] < 'A'

BLOCK 的测试—测试查询方法B(查询窗口C)

-- run query windows 3
DECLARE @a int
SET @a = 1
SELECT [ITEM] FROM A
WHERE @a = 0
　　AND [ITEM] < 'A'
UNION ALL
SELECT [ItemNumber] FROM B
WHERE @a = 1
　　AND [ItemNumber] < 'A'

结果：

可以看到，查询窗口B中的查询会及时地完成，而查询窗口C的查询会一直等待，你可以通过执行存储过程 sp_who2，查看当前的BLOCK状况来确定查询窗口C的查询是否被查询窗口A的查询BLOCK住。

最后结论：

不要使用查询方法B，它看起来很不错，实际的结果即则是会增加被BLOCK的机会。

上一页 1 2 3