Oracle之SQL优化剖析.ppt

Oracle优化器的类型 Cost Based Optimizer(简称CBO)基于统计信息(成本)的优化 Rule Based Optimizer(简称RBO)基于数据字典(规则)的优化，在以后的版本中将不支持(10g及以后) 设置缺省的优化器,可以通过对init.ora文件中OPTIMIZER_MODE参数的各种声明 RBO 根据数据字典查询有无可用的索引，如果有则使用，否则不使用 不同的访问方法有预定好的优先级，选择优先级高的执行方法 CBO 需要收集统计信息 表有多少行，占用多少数据块 列有多少个Null值、不同值 列的最大值和最小值，及值的分布情况 索引的层次、结点数、叶结点数，及行的分布状况(Cluster) 根据一定算法算出一个成本值，选择成本值最低的执行方法，不一定使用索引。 访问Table的方式  ORACLE 采用两种访问表中记录的方式: a.?????? 全表扫描 全表扫描就是顺序地访问表中每条记录. ORACLE采用一次读入多个数据块(database block)的方式优化全表扫描. b.?????? 通过ROWID访问表 你可以采用基于ROWID的访问方式情况,提高访问表的效率, , ROWID包含了表中记录的物理位置信息..ORACLE采用索引(INDEX)实现了数据和存放数据的物理位置(ROWID)之间的联系. 通常索引提供了快速访问ROWID的方法,因此那些基于索引列的查询就可以得到性能上的提高 索引扫描不一定是最快的(如小表) CBO中经常会选择全表扫描(如小表) 当Selective 15%时，选择索引扫描比较有利，否则使用全表扫描更好 共享SQL语句 为了不重复解析相同的SQL语句,在第一次解析之后, ORACLE将SQL语句存放在内存中.这块位于系统全局区域SGA(system global area)的共享池(shared buffer pool)中的内存可以被所有的数据库用户共享. 因此,当你执行一个SQL语句(有时被称为一个游标)时,如果它和之前的执行过的语句完全相同, ORACLE就能很快获得已经被解析的语句以及最好的执行路径. ORACLE的这个功能大大地提高了SQL的执行性能并节省了内存的使用. 不适用于多表连接查询. ORACLE对两者采取的是一种严格匹配,要达成共享,SQL语句必须完全相同(包括空格,换行等). 共享的语句必须满足三个条件: ? A.????? 字符级的比较 B.????? 两个语句所指的对象必须完全相同 C. 两个SQL语句中必须使用相同的名字的绑定变量 选择最有效率的表名顺序(RBO中有效) ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名,因此FROM子句中写在最后的表将被最先处理. 在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表.当ORACLE处理多个表时, 会运用排序及合并的方式连接它们.首先,扫描第一个表(FROM子句中最后的那个表)并对记录进行派序,然后扫描第二个表(FROM子句中最后第二个表),最后将所有从第二个表中检索出的记录与第一个表中合适记录进行合并. 如果有3个以上的表连接查询, 那就需要选择交叉表(intersection table)作为基础表, 交叉表是指那个被其他表所引用的表 . SELECT * FROM INTER_SERVICE_ORDER A, COMM_SERV_SPEC B, SO CWHERE C.STATE = SC0403AND C.SO_NBR = A.SO_NBRAND C.PROD_ID = B.COMM_SERV_SPEC_ID ??? WHERE子句中的连接顺序 ORACLE采用自下而上的顺序解析WHERE子句,根据这个原理,表之间的连接必须写在其他WHERE条件之前, 那些可以过滤掉最大数量记录的条件必须写在WHERE子句的末尾.(还没考虑索引) SELECT * FROM SO AWHERE A.STATE = SC0403 AND A.LOCAL_NET_ID = 290AND A.SO_NBR IN (SELECT RELATED_SO_NBR FROM EXCEPTION_ORDER )SELECT * FROM SO AWHERE A.SO_NBR IN (SELECT RELATED_SO_NBR FROM EXCEPTION_ORDER )AND A.STATE = SC0403 AND A.LOCAL_NET_ID = 290