操作环境:AIX +11g+PLSQL
包含以下内容：
1. SQL语句执行过程
2. 优化器及执行计划
3. 合理应用Hints
4. 索引及应用实例
5. 其他优化技术及应用
1.SQL语句执行过程
1.1 SQL语句的执行步骤
1）语法分析，分析语句的语法是否符合规范，衡量语句中各表达式的意义。
2）语义分析，检查语句中涉及的所有数据库对象是否存在，且用户有相应的权限。
3）视图转换，将涉及视图的查询语句转换为相应的对基表查询语句。
4）表达式转换， 将复杂的 SQL 表达式转换为较简单的等效连接表达式。
5）选择优化器，不同的优化器一般产生不同的“执行计划”
6）选择连接方式， ORACLE 主要有三种连接方式，对多表连接ORACLE会选择适当的连接方式。
7）选择连接顺序， 对多表连接 ORACLE 选择哪一对表先连接，选择这两表中哪张表做为基础数据表。
8）选择数据的搜索路径，根据以上条件选择合适的数据搜索路径，比如，是选用全表搜索还是利用索引或是其他的方式。
9）运行“执行计划”
我们可以通过如下语句来查询缓存中的执行计划：
SELECT t1.*,
't2-->',
t2.*
FROM v$sql_plan t1
JOIN v$sql t2
ON t1.address = t2.address
AND t1.hash_value = t2.hash_value
AND t1.child_number = t2.child_number;--缓存中的执行计划。
1.2 典型SELECT语句完整的执行顺序
1）from子句组装来自不同数据源的数据；
2）where子句基于指定的条件对记录行进行筛选；
3）group by子句将数据划分为多个分组；
4）使用聚集函数进行计算；
5）使用having子句筛选分组；
6）计算所有的表达式；
7）计算select的字段；
8）使用order by对结果集进行排序。
1.3 SQL语句执行过程
如下图所示：
说明：
*这是一张SQL语句执行过程图
*执行计划是SQL语句执行过程中必然用到的
*执行计划是优化器（Optimizer）的产物
*两种不同的方式：CBO和RBO
查看优化器设置：
方法一：
SELECT VALUE FROM v$parameter t WHERE t.name = 'optimizer_mode';
方法二(SQLPLUS下执行)：
showparameter optimizer_mode
*CBO用到了字典中的Statistics,而RBO没有
分析统计信息相关SQL：
analyze table tablename compute statistics;
analyze table tablename compute statistics for all indexes
analyze table tablename delete statistics
2.优化器及执行计划
2.1 SQL优化方法论
*ORACLE10g以后的版本，SQL优化的本质是基于对CBO和执行计划的深刻理解，进入CBO时代，一定要理解执行计划。
*查看执行计划有好多方式，比如使用PL/SQL Developer工具，选中select语句，按F5键就可以显示其执行计划，不过显示的不完全
*最好使用在Oracle官方的sqlplus工具，性能最好，方便直观，下面介绍两种查看执行计划方式（也是最简单的两种方式）
关于执行计划的一些知识：
* Full Table Scans 全表扫描 * Rowid Scans rowid扫描 * Index Scans 索引扫描 * Index Unique Scans * Index Range Scans * Index Range Scans Descending * Index Skip Scans * Full Scans * Fast Full Index Scans（CBO） * Index Joins * Bitmap Joins * Cluster Scans 簇扫描 * Hash Scans 散列扫描 * Sample Table Scans 表取样扫描
2在RBO时代，关于access path，很简单，有index就用，而对于join方法，
编程人员一般会通过调整关联表之间的先后顺序来获得比较好的运行结果。有什么缺点呢？ 2有了CBO，简单就是两个字-----CBO走的是包办婚姻：你的事交给我办。 ORACLE默认情况下，周一到周五每天晚上10点到第二天早上6点以及整个周末期间会自动收集统计信息
可以查看参数：
show parameter STATISTICS_LEVEL
2问题：CBO执行计划依赖的statistic不准确（缺失或者太旧），导致在计算执行成本时就会出现偏差，很可能会产生错误的执行计划，怎么办呢？
第一步：重新收集统计信息！
第二部：第一部解决不了的情况下，使用Hints
3.合理应用Hints
3.1Hints
慎用hint，可能会产生严重的后果，比如append会产生锁块，导致并发资源等待等
Hints的分类： *Hints forOptimization Approaches and Goals(4)
/*+ ALL_ROWS */ /*+ FIRST_ROWS ( n )*/ /*+ CHOOSE */ /*+ RULE */
*Hints for AccessPaths(12)
/*+ FULL ( table ) */ /*+ INDEX ( tableindex) */ /*+ INDEX_ASC ( tableindex) */ /*+ INDEX_COMBINE (table index) */ /*+ INDEX_JOIN (table index) */ /*+ INDEX_DESC (table index) */ /*+ INDEX_FFS ( tableindex) */ /*+ NO_INDEX ( tableindex) */ /*+ AND_EQUAL ( tableindex index) */
*Hints for QueryTransformations(10) *Hints for JoinOrders(2) *Hints for JoinOperations(11)
/*+ USE_NL ( table )*/ /*+ USE_MERGE ( table) */ /*+ USE_HASH ( table) */ /*+ LEADING ( table )*/
*Hints for ParallelExecution(5) *Additional Hints(13)
以下为使用Hints的例子
create table t_1(owner varchar2(30),table_name varchar2(30));
create table t_2(owner varchar2(30),table_name varchar2(30));
insert into t_1 SELECT owner,table_name FROM dba_tables;
insert into t_2 SELECT owner,view_name FROM dba_views t;
create index idx_t_1 on t_1(table_name);
create index idx_t_2 on t_2(table_name);
analyze table t_1 compute statistics;
analyze table t_2 compute st