分享
分享赚钱 收藏 举报 版权申诉 / 4

类型通过分析SQL语句的执行计划优化SQ1.docx

  • 上传人:buyk185
  • 文档编号:6986614
  • 上传时间:2019-04-29
  • 格式:DOCX
  • 页数:4
  • 大小:14.33KB
  • 配套讲稿:

    如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。

    特殊限制:

    部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。

    关 键  词:
    通过分析SQL语句的执行计划优化SQ1.docx
    资源描述:

    1、通过分析 SQL语句的执行计划优化 SQL(目录)目录第 1章 性能调整综述第 2章 有效的应用设计第 3章 SQL 语句处理的过程第 4章 ORACLE 的优化器第 5章 ORACLE 的执行计划访问路径(方法) - access path表之间的连接如何产生执行计划如何分析执行计划如何干预执行计划 - - 使用 hints提示具体案例分析第 6章 其它注意事项附录1. 选用适合的 ORACLE 优化器 ORACLE 的优化器共有 3 种: a. RULE (基于规则) b. COST (基于成本) c. CHOOSE (选择性 ) 设置缺省的优化器,可以通过对 init.ora 文件中 O

    2、PTIMIZER_MODE 参数的各种声明,如RULE,COST,CHOOSE,ALL_ROWS,FIRST_ROWS . 你当然也在 SQL 句级或是会话(session)级对其进行覆盖. 为了使用基于成本的优化器(CBO, Cost-Based Optimizer) , 你必须经常运行 analyze 命令,以增加数据库中的对象统计信息(object statistics)的准确性. 如果数据库的优化器模式设置为选择性(CHOOSE), 那么实际的优化器模式将和是否运行过 analyze 命令有关. 如果 table 已经被 analyze 过, 优化器模式将自动成为 CBO , 反之,数

    3、据库将采用 RULE 形式的优化器. 在缺省情况下,ORACLE 采用 CHOOSE 优化器, 为了避免那些不必要的全表扫描(full table scan) , 你必须尽量避免使用 CHOOSE 优化器,而直接采用基于规则或者基于成本的优化器. 2. 访问 Table 的方式 ORACLE 采用两种访问表中记录的方式: a. 全表扫描 全表扫描就是顺序地访问表中每条记录. ORACLE 采用一次读入多个数据块(database block)的方式优化全表扫描. b. 通过 ROWID 访问表 你可以采用基于 ROWID 的访问方式情况,提高访问表的效率, , ROWID 包含了表中记录的物理

    4、位置信息ORACLE 采用索引(INDEX)实现了数据和存放数据的物理位置(ROWID) 之间的联系. 通常索引提供了快速访问 ROWID 的方法, 因此那些基于索引列的查询就可以得到性能上的提高. 3. 共享 SQL 语句 为了不重复解析相同的 SQL 语句, 在第一次解析之后, ORACLE 将 SQL 语句存放在内存中.这块位于系统全局区域 SGA(system global area)的共享池(shared buffer pool)中的内存可以被所有的数据库用户共享. 因此,当你执行一个 SQL 语句(有时被称为一个游标)时,如果它 和之前的执行过的语句完全相同, ORACLE 就能很

    5、快获得已经被解析的语句以及最好的执行路径. ORACLE 的这个功能大大地提高了 SQL 的执行性能并节省了内存的使用. 可惜的是 ORACLE 只对简单的表提供高速缓冲(cache buffering) ,这个功能并不适用于多表连接查询. 数据库管理员必须在 init.ora 中为这个区域设置合适的参数 ,当这个内存区域越大,就可以保留更多的语句,当然被共享的可能性也就越大了. 当你向 ORACLE 提交一个 SQL 语句,ORACLE 会首先在这块内存中查找相同的语句. 这里需要注明的是,ORACLE 对两者采取的是一种严格匹配,要达成共享,SQL 语句必须完全相同(包括空格,换行等).

    6、共享的语句必须满足三个条件: A. 字符级的比较: 当前被执行的语句和共享池中的语句必须完全相同. 例如: SELECT * FROM EMP; 和下列每一个都不同 SELECT * from EMP; Select * From Emp; SELECT * FROM EMP; B. 两个语句所指的对象必须完全相同: 例如: 用户 对象名 如何访问 Jack sal_limit private synonym Work_city public synonym Plant_detail public synonym Jill sal_limit private synonym Work_city

    7、 public synonym Plant_detail table owner 考虑一下下列 SQL 语句能否在这两个用户之间共享. SQL 能否共享,原因 select max(sal_cap) from sal_limit; 不能。每个用户都有一个 private synonym - sal_limit , 它们是不同的对象 select count(*0 from work_city where sdesc like NEW%; 能。两个用户访问相同的对象 public synonym - work_city select a.sdesc,b.location from work_ci

    8、ty a , plant_detail b where a.city_id = b.city_id 不能。用户 jack 通过 private synonym 访问 plant_detail 而 jill 是表的所有者,对象不同. C. 两个 SQL 语句中必须使用相同的名字的绑定变量 (bind variables) 例如: 第一组的两个 SQL 语句是相同的(可以共享),而第二组中的两个语句是不同的( 即使在运行时, 赋于不同的绑定变量相同的值)a. select pin , name from people where pin = :blk1.pin; select pin , name from people where pin = :blk1.pin; b. select pin , name from people where pin = :blk1.ot_ind; select pin , name from people where pin = :blk1.ov_ind;

    展开阅读全文
    提示  道客多多所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
    关于本文
    本文标题:通过分析SQL语句的执行计划优化SQ1.docx
    链接地址:https://www.docduoduo.com/p-6986614.html
    关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

    道客多多用户QQ群:832276834  微博官方号:道客多多官方   知乎号:道客多多

    Copyright© 2025 道客多多 docduoduo.com 网站版权所有世界地图

    经营许可证编号:粤ICP备2021046453号    营业执照商标

    1.png 2.png 3.png 4.png 5.png 6.png 7.png 8.png 9.png 10.png



    收起
    展开