📄 sql server开发技巧-5.htm
字号:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<title>Untitled Document</title>
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
</head>
<body bgcolor="#000000" text="#FFFFFF">
<font color="#009900">SQL快马加鞭 </font>
<p>5.总结<br>
缺省情况下建立的索引是非群集索引,但有时它并不是最佳的;合理的索引设计要建立在对各种查询的分析和预测上。一般来说:有大量重复值且经常有范围查询(between,
>, <,>=, <=)和orderby、groupby发生的列,可考虑建立群集索引。经常同时存取多列,且每列都含有重复值可考虑建立组合索引。组合索引要尽量使关键查询形成索引覆盖,其前导列一定是使用最频繁的列。</p>
<p>二、不充分的连接条件<br>
例:表card有7896行,在card_no上有一个非聚集索引,表account有191122行,在account_no上有一个非聚集索引,试看在不同的表连接条件下,两个SQL的执行情况:</p>
<p>select sum(a.amount) from account a, card b where <br>
a.card_no=b.card_no --(20秒)</p>
<p>将SQL改为:</p>
<p>select sum(a.amount) from account a, card b where a.card_no=b.card_no <br>
and a.account_no = b.account_no --(<1秒)</p>
<p>分析:在第一个连接条件下,最佳查询方案是将account作外层表,card作内层表,利用card上的索引,其I/O次数可由以下公式估算为:</p>
<p>外层表account上的22541页 + (外层表account的191122行×内层表card上对应外层表第一行所要查找的3页) = 595907次I/O</p>
<p>在第二个连接条件下,最佳查询方案是将card作外层表,account作内层表,利用account上的索引,其I/O次数可由以下公式估算为:</p>
<p>外层表card上的1944页+(外层表card的7896行×内层表account上对应外层表每一行所要查找的4页) = 33528次I/O</p>
<p>可见,只有充分的连接条件,真正的最佳方案才会被执行。</p>
<p>总结:多表操作在被实际执行前,查询优化器会根据连接条件,列出几组可能的连接方案并从中找出系统开销最小的最佳方案。连接条件要充分考虑带有索引的表、行数多的表;内外表的选择可由公式:外层表中的匹配行数×内层表中每一次查找的次数来确定,乘积最小为最佳方案。查看执行方案的方法——用setshowplanon,打开showplan选项,就可以看到连接顺序、使用何种索引的信息;想看更详细的信息,需
用sa角色执行dbcc(3604,310,302)。</p>
<p> </p>
<p></p>
</body>
</html>
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -