1. 用变量判断的方式可以让条件为false时不产生IO，例如下面的语句，由于(@a=0)==false，因此不会有IO产生
declare @a bitset @a=1select dlydata2.Commentfrom dlydata2where @a=0;
2. 很容易想到的是，在有join语句的环境下，也使用这种方式，例如下面的语句，希望的结果是，这个语句也不产生IO：
declare @a bitset @a=1select dlydata2.Commentfrom dlydata2 inner join dlyndx2 on (dlydata2.VchCode=dlyndx2.Vchcode and@a=0)where @a=0;
3. 实际结果是：
4. 为什么会在dlyndx2上有IO？接着来分析执行计划。
（1）试验一
declare @a bitset @a=1select dlydata2.Commentfrom 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会对左oracle账号表dlyndx2先做个scan。
（2）试验二
基于前面的分析，用实验二来验证想法：
1）强制hash join
2）去掉并发
3）调换左右表顺序
select dlydata2.Commentfrom dlydata2inner 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的语句，即希望在条件不符合时不扫描所有表的方法，其效果是不稳定的，优化的时候要注意。