《Oracle高性能SQL调整》(转)

74ly76416i

　　1，优化器模式：rule,all rows,fist row
　　2，添加索引可能造成许多其他SQL语句执行计划的改变
　　3，可以为SQL存储可以立即执行的执行计划（调整持久化）
　　4，SQL调整目标：a 去掉不必要的大型表的全表扫描 b缓存小型表的全表扫描 c 检验优化索引的使用 d 检验优化的连接技术
　　5，一些sql 监控语句：access.sql plan.sql access-report..sql get_sql
　　6，大型表 块数远远大于200
　　7，对小表进行缓存
　　8，SQL中的四个步骤：解析，捆绑，执行和获取
　　9，
Oracle 有两个优化目标：最大速度（针对 OLTP, 使用 first_rows ）、最小的资源占用（针对批处理，使用 all_rows ）
表的访问方式：全表扫描、散列访问、 ROWID 访问
ROWID 中包含了一条记录的数据块号和它在数据块中的偏移量。
索引的访问方式：索引范围扫描、单个索引扫描、降序索引范围扫描、 and-euqal 过滤器
连接操作：嵌套循环连接，散列连接，排序合并连接， STAR 查询连接， connect by 连接
排序合并连接和散列连接：更大的吞吐量、排序、快（针对大记录子集）、不需要索引
嵌套循环连接：更短的反映时间、不排序、慢（针对大记录子集）、需要索引
产生记录排序的 SQL:order by ,join,group by,aggregate,select unique,select distinct,create index;
基于成本的优化器：需要了解的数据包括表数据、记录的数目、物理数据块的数目、索引数据、索引中唯一值的数目、索引中值的分布、索引的可选性、索引簇因素
 
磁盘排序之所以昂贵是由于下面几个原因：1,他们同在内存中进行排序比较起来太慢;2 磁盘排序将消耗零时表空间的资源。
 
SQL执行的级别：SQL源代码
                                执行计划（合并排序，完全表访问，散列连接，嵌套循环连接）
                                表访问方式（全表访问（合并+完全），RowId（散列连接，嵌套循环连接））
 
　　使用CTAS（create table as select），通过将记录的物理位置根据主键索引的顺序排序，这个方法将建筑地提高数据读取速度。这中方法只有在程序选择多条记录，使用索引范围扫描或者应用程序多次查询连续的主键时有用。
　　
　　将全表扫描替换为索引范围扫描总体方针如下：
　　对于所有记录排序的表 40%
　　对于未经排序的表 7%
　　Oracle并行查询只适用于执行全表扫描的查询。
　　
　　在内存中为所有会话使用的排序空间必须相同
　　
　　如果表相对稳定，使用存储框架将会很大程度上提高SQL的性能，因为这样做将绕过SQL的解析过程。
　　
　　只要可能的话，在Oracle的SQL中无论何时都应该避免使用子查询，在某些情况下可以使用一个标准的连接操作来代替。