[转]通过分析SQL语句的执行计划优化SQL (七)[2]

指示优化器的方法与 目标 的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指的是表的别名,而不是真实的表名

  具体的测试实例:

  create table A(col1 number(4,0),col2 number(4,0), col4 char(30));

  create table B(col1 number(4,0),col3 number(4,0), name_b char(30));

  create table C(col2 number(4,0),col3 number(4,0), name_c char(30));

  select A.col4

  from C , A , B

  where C.col3 = 5 and A.col1 = B.col1 and A.col2 = C.col2

  and B.col3 = 10;

  Execution Plan

  ----------------------------------------------------------

  0   SELECT STATEMENT Optimizer=CHOOSE

  1  0  MERGE JOIN

  2  1   SORT (JOIN)

  3  2    MERGE JOIN

  4  3     SORT (JOIN)

  5  4      TABLE ACCESS (FULL) OF 'B'

  6  3     SORT (JOIN)

  7  6      TABLE ACCESS (FULL) OF 'A'

  8  1   SORT (JOIN)

  9  8    TABLE ACCESS (FULL) OF 'C'

  select /*+ ORDERED */ A.col4

  from C , A , B

  where C.col3 = 5 and A.col1 = B.col1 and A.col2 = C.col2

  and B.col3 = 10;

  Execution Plan

转自 http://it.educity.cn/oracle/200712281702191113.htm

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
分析 PostgreSQL SQL 语句执行计划时,可以使用 EXPLAIN 关键字来获取查询计划的详细信息。EXPLAIN 关键字可以与 SELECT、INSERT、UPDATE 或 DELETE 语句一起使用。 执行 EXPLAIN 查询时,PostgreSQL 会返回一个描述查询计划的结果集。这个结果集包含了查询计划中每个步骤的详细信息,包括使用的索引、连接类型、排序方式等等。 以下是分析 PostgreSQL SQL 语句执行计划的步骤: 1. 在 SQL 语句前加上 EXPLAIN 关键字,例如:EXPLAIN SELECT * FROM table_name; 2. 执行SQL 语句,获取查询计划的结果集; 3. 分析结果集中的每一行,了解查询计划中每个步骤的执行顺序和详细信息; 4. 根据查询计划的结果,优化 SQL 语句或数据库结构,以提高查询性能。 在分析查询计划时,可以关注以下几个重要的信息: - 节点类型:描述了执行计划中每个步骤的类型,例如 Seq Scan(顺序扫描)、Index Scan(索引扫描)、Nested Loop(嵌套循环连接)等; - 访问方法:描述了节点类型所使用的具体访问方法,例如使用哪个索引、使用哪种连接算法等; - 过滤条件:描述了节点类型所使用的过滤条件,可以帮助判断是否需要添加索引或优化查询条件; - 排序方式:描述了节点类型所使用的排序方式,可以帮助判断是否需要添加排序索引; - 执行计划的顺序:描述了查询计划中每个步骤的执行顺序,可以帮助判断是否存在性能瓶颈。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值