避免把判断处理放入 WHERE 条件

问题描述

业务需求如下：

有表A，在查询的时候，需要根据标志确定是查询大于某个值的记录，还是小于某个值的记录

A、一般的处理方法

IF @a = 0

SELECT [TranNumber] FROM A

WHERE [TranNumber] < 10000

ELSE IF @a = 1

SELECT [TranNumber] FROM A

WHERE [TranNumber] > 10000

B、一句的处理方法

SELECT [TranNumber] FROM A

WHERE

(@a = 0 AND [TranNumber] < 10000)

OR

(@a = 1 AND [TranNumber] > 10000)

分析

从语句的简捷性来看，方法B具有技巧性，它们两者之间，究竟那一个更好呢？你可能会从性能上来评估，以决定到底用那一种。单纯从语句上来看，两者的效率差别应该不会非常大，实际测试的结果会如我们想象吗？继续往下看

建立测试环境（注，此测试环境是为几个主题服务的，因此结构看起来有些怪异）

USE tempdb

GO

SET NOCOUNT ON

--======================================

--创建测试环境

--======================================

RAISERROR('创建测试环境', 10, 1) WITH NOWAIT

-- Table A

CREATE TABLE [dbo].A(

[TranNumber] [int] IDENTITY(1, 1) NOT NULL,

[INVNO] [char](8) NOT NULL,

[ITEM] [char](15) NULL DEFAULT (''),

PRIMARY KEY([TranNumber])

)

CREATE INDEX [indexONinvno] ON [dbo].A([INVNO])

CREATE INDEX [indexOnitem] ON [dbo].A ([ITEM])

CREATE INDEX [indexONiteminnvo] ON [dbo].A([INVNO], [ITEM])

GO

--======================================

--生成测试数据

--======================================

RAISERROR('生成测试数据', 10, 1) WITH NOWAIT

INSERT [dbo].A([INVNO], [ITEM])

SELECT LEFT(NEWID(), 8), RIGHT(NEWID(), 15)

FROM syscolumns A, syscolumns B

GO

进行性能测试

DECLARE @a int

SET @a = 0

DECLARE @t TABLE(

id int IDENTITY,

a int, b int)

DECLARE @dt datetime, @loop int, @id int

SET @loop = 1

WHILE @loop < 10

BEGIN

SET @loop = @loop + 1

RAISERROR('test %d', 10, 1, @loop) WITH NOWAIT

SET @dt = GETDATE()

IF @a = 0

SELECT * FROM A

WHERE [TranNumber] < 10000

ELSE IF @a = 1

SELECT * FROM A

WHERE [TranNumber] > 10000

INSERT @t(a) VALUES(DATEDIFF(ms, @dt, GETDATE()))

SELECT @id = SCOPE_IDENTITY(), @dt = GETDATE()

SELECT * FROM A

WHERE

(@a = 0 AND [TranNumber] < 10000)

OR

(@a = 1 AND [TranNumber] > 10000)

UPDATE @t SET b = DATEDIFF(ms, @dt, GETDATE())

WHERE id = @id

END

SELECT * FROM @t

UNION ALL

SELECT NULL, SUM(a), SUM(b) FROM @t

性能测试结果

id a b

----------- ----------- -----------

1 173 173

2 140 170

3 140 173

4 126 170

5 140 173

6 140 173

7 123 170

8 190 170

9 123 190

NULL 1295 1562

从结果看，两者有一定性能差异，但还算是在可接受范围内吧

还有其他问题吗？

除了性能外，另一个要考虑的问题是BLOCK的问题，下面的测试来反映BLOCK的影响

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

-- run query windows 1

BEGIN TRAN

UPDATE A SET [ITEM] = RIGHT(NEWID(), 4)

WHERE [TranNumber] < 100

--ROLLBACK TRAN

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

-- run query windows 2

DECLARE @a int

SET @a = 1

IF @a = 0

SELECT * FROM A

WHERE [TranNumber] < 10000

ELSE IF @a = 1

SELECT * FROM A

WHERE [TranNumber] > 10000

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

-- run query windows 3

DECLARE @a int

SET @a = 1

SELECT * FROM A

WHERE

(@a = 0 AND [TranNumber] < 10000)

OR

(@a = 1 AND [TranNumber] > 10000)

结果

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

结论

不要使用查询方法B，它看起来很棒，实际的结果是性能不太好，而且会增加被BLOCK的机会

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=796995