如何让你的SQL运行更快

人们在使用  时往往会陷入一个误区，即太关注于所得的结果是否正确，而忽略了不同的实

现方法之间可能存在的性能差异，这种性能差异在大型的或是复杂的数据库环境中（如联机事

务处理  或决策支持系统 ）中表现得尤为明显。笔者在工作实践中发现，不良的 

往往来自于不恰当的索引设计、不充份的连接条件和不可优化的  子句。在对它们进行适

当的优化后，其运行速度有了明显地提高！下面我将从这三个方面分别进行总结：

为了更直观地说明问题，所有实例中的  运行时间均经过测试，不超过１秒的均表示为

（ 秒）。

测试环境

例：表 !"# 有 $ 行，试看在不同的索引下，下面几个  的运行情况：

在 # % 上建有一非个群集索引

&!%!"'(%)*+,"-!"## %./000/ (## %/000/ (#

-"'(%.) 秒+

&!%# %1'-) -"'(%+,"-!"#2"'# %) 秒+

&!%!"'(%)*+,"-!"## %./0000/ (#& !3()/45/1//+)6 秒+

分析：

# % 上有大量的重复值，在非群集索引下，数据在物理上随机存放在数据页上，在范围查

找时，必须执行一次表扫描才能找到这一范围内的全部行。

在 # % 上的一个群集索引

在群集索引下，数据在物理上按顺序在数据页上，重复值也排列在一起，因而在范围查找

时，可以先找到这个范围的起末点，且只在这个范围内扫描数据页，避免了大范围扫描，提高

了查询速度。

在 & !，# %， -"'(% 上的组合索引

&!%!"'(%)*+,"-!"## %./000/ (## %/000/ (#

-"'(%.（$ 秒）

&!%# %1'-) -"'(%+,"-!"#2"'# %（6 秒）

&!%!"'(%)*+,"-!"## %./0000/ (#& !3()/451//+（

秒）

分析：