Oracle语句短路,用true/false短路语句的方式不适用于带join的语句-Oracle

1. 用变量判断的方式可以让条件为false时不产生IO，例如下面的语句，由于(@a=0)==false，因此不会有IO产生

declare @a bit

set @a=1

select dlydata2.Comment

from dlydata2

where @a=0;

2. 很容易想到的是，在有join语句的环境下，也使用这种方式，例如下面的语句，希望的结果是，这个语句也不产生IO：

declare @a bit

set @a=1

select dlydata2.Comment

from dlydata2 inner join dlyndx2 on (dlydata2.VchCode=dlyndx2.Vchcode and@a=0)

where @a=0;

3. 实际结果是：

4. 为什么会在dlyndx2上有IO？接着来分析执行计划。

(1)试验一

declare @a bit

set @a=1

select dlydata2.Comment

from dlydata2 inner join dlyndx2 on (dlydata2.VchCode=dlyndx2.Vchcode and @a=0)

where @a=0;

表 ‘Worktable’。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 ‘Worktable’。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 ‘dlyndx2’。扫描计数 1，逻辑读取 973 次，物理读取 16 次，预读 973 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

分析：

1)执行计划选择hash join方式，且选择了dlyndx2作为左表；

2)执行计划会默认把where条件的筛选器加到原始sql语句的左表上，因此@a=0对dlyndex2不起作用，hash join会对左表dlyndx2先做个scan。

(2)试验二

基于前面的分析，用实验二来验证想法：

1)强制hash join

2)去掉并发

3)调换左右表顺序

select dlydata2.Comment

from dlydata2

inner hash join dlyndx2 on (dlydata2.VchCode=dlyndx2.Vchcode and @a=0)

where @a=0 option(maxdop 1);

表 ‘Worktable’。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 ‘Worktable’。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

5. 结论

想要通过true/false来短路带join的语句，即希望在条件不符合时不扫描所有表的方法，其效果是不稳定的，优化的时候要注意。