一、 索引(INDEX)使用的问题
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的临时段中，其中的每一个记录在返回时都会被父查询所引用。在子查询返回大量的记录的情况下，将这些结果集排序，以及将临时数据段进行排序会增加大量的系统开销。
关联查询的开销——对返回到父查询的的记录来说，子查询会每行执行一次。因此，我们必须保证任何可能的时候子查询用到索引。
2、XISTS子句和IN子句
带IN的关联子查询是多余的，因为IN子句和子查询中相关的操作的功能是一样的。如：
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);
为非关联子查询指定EXISTS子句是不适当的，因为这样会产生笛卡乘积。如：
select staff_name from staff_member where staff_id
Exists (select staff_id from staff_func);
尽量不要使用NOT IN子句。使用MINUS 子句都比NOT IN 子句快，虽然使用MINUS子句要进行两次查询：
select staff_name from staff_member where staff_id in (select staff_id from staff_member MINUS select staff_id from staff_func where func_id like ‘81%’);
3、 任何可能的时候，用标准连接或内嵌视图改写子查询。 一、 索引(INDEX)使用的问题
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的临时段中，其中的每一个记录在返回时都会被父查询所引用。在子查询返回大量的记录的情况下，将这些结果集排序，以及将临时数据段进行排序会增加大量的系统开销。
关联查询的开销——对返回到父查询的的记录来说，子查询会每行执行一次。因此，我们必须保证任何可能的时候子查询用到索引。
2、XISTS子句和IN子句
带IN的关联子查询是多余的，因为IN子句和子查询中相关的操作的功能是一样的。如：
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);
为非关联子查询指定EXISTS子句是不适当的，因为这样会产生笛卡乘积。如：
select staff_name from staff_member where staff_id
Exists (select staff_id from staff_func);
尽量不要使用NOT IN子句。使用MINUS 子句都比NOT IN 子句快，虽然使用MINUS子句要进行两次查询：
select staff_name from staff_member where staff_id in (select staff_id from staff_member MINUS select staff_id from staff_func where func_id like ‘81%’);
3、 任何可能的时候，用标准连接或内嵌视图改写子查询。
