SQL开发中容易忽视的一些小地方( 三)

                       2：in的执行计划图：

                       3:代理号比较多时,union all的效率明显高于in

               第二:proxyID的数量比较小,现在分别输入两个,6个,15个,执行计划图可以看出,当proxyID的数量为15时,直接查找索引,而2个和6个时都选择嵌套查询来完成.因为union all的执行计划图总是一样的，所有贴于不同proxyID下，用in查询的执行计划图：

                    1:两个代理的执行计划图：

                       2:六个代理的执行计划图：

                        3:十五个代理的执行计划图：

                         2:proxyID的数据量比较小的时候在执行时间上和union all差距不大.

                         3:in里面的数据个数不同时，执行计划也会相应的同，数据量小时会采用嵌套查询，反之则直接查询索引以及其它相关辅助操作。

     结论:现在的数据库引擎一般都会通过查询成本分析来选择最优的查询算法来执行,不能把以前的观点拿到现在说.in与union all的差别并不是永远不变的,看什么情况而定.类似in的还有or,对于or,有观点也说不能应用索引，其实和in一样，高版本中的都会用上索引。

注：

    本文引用：MSDN，网络相关资料