二、不充份的连接条件：
　　
　　例：表card有7896行，在card_no上有一个非聚集索引，表account有191122行，在 account_no上有一个非聚集索引，试看在不同的表连接条件下，两个SQL的执行情况：
　　
　　select sum(a.amount) from account a,
　　card b where a.card_no = b.card_no（20秒）
　　将SQL改为：
　　select sum(a.amount) from account a,
　　card b where a.card_no = b.card_no and a.
　　account_no=b.account_no（< 1秒）
　　
　　分析：
　　在第一个连接条件下，非常好的查询方案是将account作外层表，card作内层表，利用card上的索引，其I/O次数可由以下公式估算为：
　　
　　外层表account上的22541页+（外层表account的191122行*内层表card上对应外层表第一行所要查找的3页）=595907次I/O
　　
　　在第二个连接条件下，非常好的查询方案是将card作外层表，account作内层表，利用account上的索引，其I/O次数可由以下公式估算为：
　　
　　外层表card上的1944页+（外层表card的7896行*内层表account上对应外层表每一行所要查找的4页）= 33528次I/O
　　
　　可见，只有充份的连接条件，真正的非常好的方案才会被执行。
　　
　　总结：
　　
　　1.多表操作在被实际执行前，查询优化器会根据连接条件，列出几组可能的连接方案并从中找出系统开销最小的非常好的方案。连接条件要充份考虑带有索引的表、行数多的表；内外表的选择可由公式：外层表中的匹配行数*内层表中每一次查找的次数确定，乘积最小为非常好的方案。
　　
　　2.查看执行方案的方法-- 用set showplanon，打开showplan选项，就可以看到连接顺序、使用何种索引的信息；想看更详细的信息，需用sa角色执行dbcc(3604,310,302)。