1． 索引(INDEX)，用还是不用？这是个的问题。

　　是全表扫描还是索引范围扫描主要考虑SQL的查询速度问题。这里主要关心读取的记录的数目。根据DONALD K .BURLESON的说法,使用索引范围扫描的原则是：

　　对于数据有原始排序的表，读取少于表记录数40%的查询应该使用索引范围扫描。对读取多于表记录数40%的查询应全表扫描。

　　对于未排序的表，读取少于表记录数7%的查询应该使用索引范围扫描,反之，对读取多于表记录数7%的查询应全表扫描。

　　注：在不同的书中，对是否使用索引的读取记录的百分比值不太一致，基本上是一个经验值，但是读取记录的百分比越低，使用索引越有效。

　　2． 如果列上有建索引，什么SQL查询是有用索引(INDEX)的？什么SQL查询是没有用索引(INDEX)的？

　　存在下面情况的SQL，不会用到索引：

　　存在数据类型隐形转换的,如：

　　select * from staff_member where staff_id=’123’；

　　列上有数学运算的，如：

　　select * from staff_member where salary*2<10000;

　　使用不等于(<> )运算的，如：

　　select * from staff_member where dept_no<>2001;

　　使用substr字符串函数的，如：

　　select * from staff_member where substr(last_name,1,4)=’FRED’;

　　‘%’通配符在第一个字符的，如:

　　select * from staff_member where first_name like ‘%DON’;

　　字符串连接(||)的，如：

　　select * from staff_member where first_name||’’=’DONALD’

　　3． 函数的索引

　　日期类型也是很容易用到的，而且在SQL语句中会使用to_char函数以查询具体的的范围日期。如：select * from staff_member where TO_CHAR(birth_day,’YYYY’)=’2003’; 我们可以建立基于函数的索引如：CREATE INDEX Ind_emp_birth ON staff_member (to_char((birth_day,’YYYY’));

　　二、 SQL语句排序优化

　　1． 排序发生的情况：

　　SQL中包含group by 子句

　　SQL 中包含order by 子句

　　SQL 中包含 distinct 子句

　　SQL 中包含 minus 或 union操作

　　创建索引时

　　2． 排序在内存还是在磁盘中进行？

　　在内存执行的排序速度要比在磁盘执行的排序速度快14000倍。如果是专用连接，排序内存根据INIT.ORA的sort_area_size进行分配，如果是多线程服务连接，排序内存根据large_pool_size进行分配。

　　sort_area_size的增大可以减少磁盘排序，但是过大将使ORACLE性能降低，因为所用的连接回话都会分配到一个sort_area_size大小的内存，所以，为了提高有限的查询速度，可能会浪费大量的内存。增加sort_multiblock_read_count的值使每次读取更多的内容，减少运行次数，提高性能。

　　三、SQL子查询的调整

　　1、理解关联子查询和非关联子查询。

　　下面是一个非关联子查询：

　　select staff_name from staff_member where staff_id

　　in (select staff_id from staff_func);

　　而下面是一个关联子查询：

　　select staff_name from staff_member where staff_id in (select staff_id from staff_func where staff_member.staff_id=staff_func.staff_id);

　　以上返回的结果集是相同的，可是它们的执行开销是不同的：

　　非关联查询的开销——非关联查询时子查询只会执行一次，而且结果是排序好的，并保存在一个ORACLE的临时段中，其中的每一个记录在返回时都会被父查询所引用。在子查询返回大量的记录的情况下，将这些结果集排序，以及将临时数据段进行排序会增加大量的系统开销。