6 .复合索引http://www.Sina.com/http://www.Sina.com/http://www.Sina.com /
索引可以包含一个、两个或多个列。 多个列的索引称为复合索引。
索引中的附加列可以缩小搜索范围，但使用包含两列的索引与使用两个单独的索引不同。 复合索引的结构与电话簿相似，人名由姓和名组成。 电话簿首先按姓对排序，然后按名字对具有同一姓的人进行排序。 如果你知道你的姓，电话簿会很有用； 知道姓和名的话电话簿更有用，但只知道名字的话电话簿就没用了。
因此，创建复合索引时，必须仔细考虑列的顺序。 复合索引在搜索索引中的所有列或仅搜索第一列时很有用。 复合索引在只查找后面的任意列时没有用。
例如，创建姓名、年龄、性别复合索引。
有效的复合索引查询：
http://www.Sina.com/http://www.Sina.com/http://www.Sina.com /如果很可能对一个列执行多次搜索，则该列必须是复合索引中的第一列如果您很可能对两列的索引中的两列执行单独的搜索，则必须创建另一个仅包含第二列的索引。
如上图所示，如果需要调查年龄和性别，则需要创建包含年龄和性别的复合索引。
包含多列的主键总是作为复合索引自动编制索引。 列的顺序不是在主键定义中指定的顺序，而是在表定义中显示的顺序。 考虑将来用主键执行的搜索，以决定以哪个列为开头。
要创建复合索引，必须包含少数列。 此外，这些列经常在select查询中使用。 复合索引中列太多不仅没有什么好处。 它还会导致内存溢出和性能下降，因为它使用相当多的内存来存储复合索引中列的值。
http://www.Sina.com/http://www.Sina.com/http://www.Sina.com /复合索引只针对与索引中的排序相同或相反的order by语句进行优化。
创建复合索引时，会为每一列定义升序或降序。 例如，定义复合索引。
CREATE INDEX idx_example
ontable1(col1ASC、col2 DESC、col3 ASC ) )。
其中，有col1升序、col2降序、col3升序3列。 如果现在运行两个查询
1 :选择col2、col2、col3 from table1 order by col1 ASC、col2 DESC、col3 ASC的索引顺序相同
2 :选择col2、col2、col3 from table1 order by col1 DESC、col2 ASC、col3 DESC的索引顺序相反
查询1、2都可以不进行复合索引的优化。
如果查询为：
如果选择col2、col2、col3 from table1 order by col1 ASC、col2 ASC和col3 ASC的排序结果与索引完全不同，则复合索引不会优化查询。
-indent:13.95pt;line-height:150%;">查询优化器在在where查询中的作用：1． 如果一个多列索引存在于 列 Col1 和 Col2 上，
则以下语句：Select * from table where col1=val1 AND col2=val2 查询优化器会试图通过决定哪个索引将找到更少的行。之后用得到的索引去取值。
1． 如果存在一个多列索引，任何最左面的索引前缀能被优化器使用。所以联合索引的顺序不同，影响索引的选择，尽量将值少的放在前面。
如：一个多列索引为 (col1 ，col2， col3)
那么在索引在列 (col1) 、(col1 col2) 、(col1 col2 col3) 的搜索会有作用。
SELECT * FROM tb WHERE col1 = val1
SELECT * FROM tb WHERE col1 = val1 and col2 = val2
SELECT * FROM tb WHERE col1 = val1 and col2 = val2 AND col3 = val3
2． 如果列不构成索引的最左面前缀，则建立的索引将不起作用。
如：
SELECT * FROM tb WHERE col3 = val3
SELECT * FROM tb WHERE col2 = val2
SELECT * FROM tb WHERE col2 = val2 and col3=val3
3． 如果一个 Like 语句的查询条件不以通配符起始则使用索引。
如：%车 或 %车% 不使用索引。
车% 使用索引。
索引的缺点：
1. 占用磁盘空间。
2. 增加了插入和删除的操作时间。一个表拥有的索引越多，插入和删除的速度越慢。如 要求快速录入的系统不宜建过多索引。
7. 下面是一些常见的索引限制问题
1、使用不等于操作符(<>, !=)
下面这种情况，即使在列dept_id有一个索引，查询语句仍然执行一次全表扫描
select * from dept where staff_num <> 1000;
但是开发中的确需要这样的查询，难道没有解决问题的办法了吗？
有！
通过把用 or 语法替代不等号进行查询，就可以使用索引，以避免全表扫描：上面的语句改成下面这样的，就可以使用索引了。
select * from dept shere staff_num < 1000 or dept_id > 1000;
2、使用 is null 或 is not null
使用 is null 或is nuo null也会限制索引的使用，因为数据库并没有定义null值。如果被索引的列中有很多null，就不会使用这个索引（除非索引是一个位图索引，关于位图索引，会在以后的blog文章里做详细解释）。在sql语句中使用null会造成很多麻烦。
解决这个问题的办法就是：建表时把需要索引的列定义为非空(not null)
3、使用函数
如果没有使用基于函数的索引，那么where子句中对存在索引的列使用函数时，会使优化器忽略掉这些索引。下面的查询就不会使用索引：
select * from staff where trunc(birthdate) = '01-MAY-82';
但是把函数应用在条件上，索引是可以生效的，把上面的语句改成下面的语句，就可以通过索引进行查找。
select * from staff where birthdate < (to_date('01-MAY-82') + 0.9999);
4、比较不匹配的数据类型
比较不匹配的数据类型也是难于发现的性能问题之一。
下面的例子中，dept_id是一个varchar2型的字段，在这个字段上有索引，但是下面的语句会执行全表扫描。
select * from dept where dept_id = 900198;
这是因为oracle会自动把where子句转换成to_number(dept_id)=900198，就是3所说的情况，这样就限制了索引的使用。
把SQL语句改为如下形式就可以使用索引
select * from dept where dept_id = '900198';
[@more@]
来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/22934571/viewspace-1042719/，如需转载，请注明出处，否则将追究法律责任。
转载于:http://blog.itpub.net/22934571/viewspace-1042719/