ORACLE_SQL性能优化(这个很全的).ppt

指示优化器的方法与目标的hints： ALL_ROWS -- 基于代价的优化器，以吞吐量为目标 FIRST_ROWS(n) -- 基于代价的优化器，以响应时间为目标 CHOOSE -- 根据是否有统计信息，选择不同的优化器 RULE -- 使用基于规则的优化器 例子： SELECT /*+ FIRST_ROWS(10) */ employee_id, last_name, salary, job_id FROM employees WHERE department_id = 20; SELECT /*+ CHOOSE */ employee_id, last_name, salary, job_id FROM employees WHERE employee_id = 7566; SELECT /*+ RULE */ employee_id, last_name, salary, job_id FROM employees WHERE employee_id = 7566; 如何干预执行计划 指示存储路径的hints： FULL /*+ FULL ( table ) */ 指定该表使用全表扫描 ROWID /*+ ROWID ( table ) */ 指定对该表使用rowid存取方法，该提示用的较少 INDEX /*+ INDEX ( table [index]) */ 使用该表上指定的索引对表进行索引扫描 INDEX_FFS /*+ INDEX_FFS ( table [index]) */ 使用快速全表扫描 NO_INDEX /*+ NO_INDEX ( table [index]) */ 不使用该表上指定的索引进行存取，仍然可以使用其它的索引进行索引扫描 SELECT /*+ FULL(e) */ employee_id, last_name FROM employees e WHERE last_name LIKE :b1; SELECT /*+ROWID(employees)*/ * FROM employees WHERE rowid AAAAtkAABAAAFNTAAA AND employee_id = 155; SELECT /*+ INDEX(A sex_index) use sex_index because there are few male patients */ A.name, A.height, A.weight FROM patients A WHERE A.sex = ’m’; SELECT /*+NO_INDEX(employees emp_empid)*/ employee_id FROM employees WHERE employee_id 200; 如何干预执行计划 指示连接顺序的hints： ORDERED /*+ ORDERED */ 按from 字句中表的顺序从左到右的连接 STAR /*+ STAR */ 指示优化器使用星型查询 SELECT /*+ORDERED */ o.order_id, c.customer_id, l.unit_price * l.quantity FROM customers c, order_items l, orders o WHERE c.cust_last_name = :b1 AND o.customer_id = c.customer_id AND o.order_id = l.order_id; /*+ ORDERED USE_NL(FACTS) INDEX(facts fact_concat) */ 如何干预执行计划 指示连接类型的hints： USE_NL /*+ USE_NL ( table [,table, ...] ) */ 使用嵌套连接 USE_MERGE /*+ USE_MERGE ( table [,table, ...]) */ 使用排序- -合并连接 USE_HASH /*+ USE_HASH ( table [,table, ...]) */ 使用HASH连接 如何干预执行计划 注意： 如果表有alias(别名)，则上面的table指的是表的别名，而不是真实的表名。 案例演示： 测试实例见文档 如何干预执行计划 以上示例得出： 通过给语句添加HINTS，让其按照我们的意愿执行，有时是一件很困难的事情，需要不断的尝试各种不同的hints。对于USE_NL与USE_HASH提示，建议同ORDERED提示一起使用，否则不容易指定那个表为驱动表。