电子文档交易市场
安卓APP | ios版本
电子文档交易市场
安卓APP | ios版本
换一换
首页 金锄头文库 > 资源分类 > DOC文档下载
分享到微信 分享到微博 分享到QQ空间

Oracle SQL优化--精选文档

  • 资源ID:487850953       资源大小:86KB        全文页数:32页
  • 资源格式: DOC        下载积分:20金贝
快捷下载 游客一键下载
账号登录下载
微信登录下载
三方登录下载: 微信开放平台登录   支付宝登录   QQ登录  
二维码
微信扫一扫登录
下载资源需要20金贝
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
支付方式: 支付宝    微信支付   
验证码:   换一换

 
账号:
密码:
验证码:   换一换
  忘记密码?
    
1、金锄头文库是“C2C”交易模式,即卖家上传的文档直接由买家下载,本站只是中间服务平台,本站所有文档下载所得的收益全部归上传人(卖家)所有,作为网络服务商,若您的权利被侵害请及时联系右侧客服;
2、如你看到网页展示的文档有jinchutou.com水印,是因预览和防盗链等技术需要对部份页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有jinchutou.com水印标识,下载后原文更清晰;
3、所有的PPT和DOC文档都被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;下载前须认真查看,确认无误后再购买;
4、文档大部份都是可以预览的,金锄头文库作为内容存储提供商,无法对各卖家所售文档的真实性、完整性、准确性以及专业性等问题提供审核和保证,请慎重购买;
5、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据;
6、如果您还有什么不清楚的或需要我们协助,可以点击右侧栏的客服。
下载须知 | 常见问题汇总

Oracle SQL优化--精选文档

(摘录自互联网)一: Oracle 与SQL相关的几个概念1. 选用适合的ORACLE优化器      ORACLE的优化器共有3种:     a.   RULE (基于规则)    b. COST (基于成本)   c. CHOOSE (选择性)    设 置缺省的优化器,可以通过对init.ora文件中OPTIMIZER_MODE参数的各种声明,如RULE,COST,CHOOSE, ALL_ROWS,FIRST_ROWS . 你当然也在SQL句级或是会话(session)级对其进行覆盖. 为了使用基于成本的优化器(CBO, Cost-Based Optimizer) , 你必须经常运行analyze 命令,以增加数据库中的对象统计 信息(object statistics)的准确性. 如果数据库的优化器模式设置为选择性(CHOOSE),那么实际的优化器模式将和是否运行过analyze命令有关. 如果table已经被 analyze过, 优化器模式将自动成为CBO , 反之,数据库将采用RULE形式的优化器.     在缺省情况下,ORACLE采用CHOOSE优化器, 为了避免那些不必要的全表扫描(full table scan) , 你必须尽量避免使用CHOOSE优化器,而直接采用基于规则或者基于成本的优化器. 2.       访问Table的方式    ORACLE 采用两种访问表中记录的方式: a.        全表扫描              全表扫描就是顺序地访问表中每条记录. ORACLE采用一次读入多个数据块(database block)的方式优化全表扫描.b.        通过ROWID访问表         你可以采用基于ROWID的访问方式情况,提高访问表的效率, , ROWID包含了表中记录的物理位置信息.ORACLE采用索引(INDEX)实现 了数据和存放数据的物理位置(ROWID)之间的联系. 通常索引提供了快速访问ROWID的方法,因此那些基于索引列的查询就可以得到性能上的提高. 3.       共享SQL语句 为 了不重复解析相同的SQL语句,在第一次解析之后, ORACLE将SQL语句存放在内存中.这块位于系统全局区域SGA (system global area)的共享池(shared buffer pool)中的内存可以被所有的数据库用户共享. 因此,当你执行一个 SQL语句(有时被称为一个游标)时,如果它 和之前的执行过的语句完全相同, ORACLE就能很快获得已经被解析的语句以及最好的执行路径. ORACLE的这个功能大大地提高了SQL的执行性能并节省了内存的使用.       可惜的是ORACLE只对简单的表提供高速缓冲(cache buffering) ,这个功能并不适用于多表连接查询. 数据库管理员必须在init.ora中为这个区域设置合适的参数,当这个内存区域越大,就可以保留更多的语句,当然被共享的可能性也就越大了. 当你向ORACLE 提交一个SQL语句,ORACLE会首先在这块内存中查找相同的语句. 这里需要注明的是,ORACLE对两者采取的是一种严格匹配,要达成共享,SQL语句必须 完全相同(包括空格,换行等).       共享的语句必须满足三个条件: 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     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 sdesclike 'NEW%'能两个用户访问相同的对象public synonym - work_city select a.sdesc,b.location from work_city a ,plant_detail b where a.city_id = b.city_id不能用户jack 通过public synonym访问plant_detail 而jill 是表的所有者,对象不同Synonym: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;二. 优化方法:1. 选择最有效率的表名顺序(只在基于规则的优化器中有效) ORACLE 的解析器按照从右到左的顺序处理FROM子句中的表名,因此FROM子句中写在最后的表(基础表 driving table)将被最先处理. 在 FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表.当ORACLE处理多个表时, 会运用排序及合并的方式连接它们.首先,扫描 第一个表(FROM子句中最后的那个表)并对记录进行排序序,然后扫描第二个表(FROM子句中最后第二个表),最后将所有从第二个表中检索出的记录与第 一个表中合适记录进行合并. 例如:       表 TAB1    16,384 条记录             表 TAB2      1      条记录       选择TAB2作为基础表 (最好的方法)       select count(*) from tab1,tab2    执行时间0.96秒       选择TAB2作为基础表 (不佳的方法)select count(*) from tab2,tab1    执行时间26.09秒如果有3个以上的表连接查询, 那就需要选择交叉表(intersection table)作为基础表, 交叉表是指那个被其他表所引用的表. 例如:    EMP表描述了LOCATION表和CATEGORY表的交集. SELECT * FROM LOCATION L ,        CATEGORY C,        EMP E WHERE E.EMP_NO BETWEEN 1000 AND 2000 AND E.CAT_NO = C.CAT_NO AND E.LOCN = L.LOCN 将比下列SQL更有效率 SELECT * FROM EMP E , LOCATION L ,        CATEGORY C WHERE   E.CAT_NO = C.CAT_NO AND E.LOCN = L.LOCN AND E.EMP_NO BETWEEN 1000 AND 20002.        WHERE子句中的连接顺序     ORACLE采用自下而上WHERE子句,根据这个原理,表之间的连接必须写在其他WHERE条件之前, 那些可以过滤掉最大数量记录的条件必须写在WHERE子句的末尾. 例如: (低效,执行时间156.3秒) SELECT FROM EMP E WHERE   SAL >50000 AND     JOB = MANAGER AND     25 < (SELECT COUNT(*) FROM EMP的顺序解析WHERE MGR=E.EMPNO); (高效,执行时间10.6秒) SELECT FROM EMP E WHERE 25 < (SELECT COUNT(*) FROM EMP               WHERE MGR=E.EMPNO) AND     SAL >50000 AND     JOB = MANAGER;3.      SELECT子句中避免使用 * 当你想在SELECT子句中列出所有的COLUMN时,使用动态SQL列引用 * 是一个方便的方法.不幸的是,这是一个非常低效的方法. 实际上,ORACLE在解析的过程中, 会将* 依次转换成所有的列名, 这个工作是通过查询数据字典, 这意味着将耗费更多的时间. 完成的4.     减少访问数据库的次数当执行每条SQL语句时, ORACLE在内部执行了许多工作: 解析SQL语句, 估算索引的利用率, 绑定变量 , 读数据块等等. 由此可见, 减少访问数据库的次数 , 就能实际上减少ORACLE的工作量. 例如,      以下有三种方法可以检索出雇员号等于0342或0291的职员. 方法1 (最低效)      SELECT EMP_NAME , SALARY , GRADE      FROM EMP      WHERE EMP_NO = 342;       SELECT EMP_NAME , SALARY , GRADE      FROM EMP      WHERE EMP_NO = 291; 方法2 (次低效)         DECLARE          CURSOR C1 (E_NO NUMBER) IS          SELECT EMP_NAME,SALARY,GRADEFROM EMP          WHERE EMP_NO = E_NO;      BEGIN          OPEN C1(342);          FETCH C1 INTO ,.,. ;                  OPEN C1(291);         FETCH C1 INTO ,.,. ;           CLOSE C1;        END; 方法3 (高效)      SELECT A.EMP_NAME , A.S

注意事项

本文(Oracle SQL优化--精选文档)为本站会员(人***)主动上传,金锄头文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即阅读金锄头文库的“版权提示”【网址:https://www.jinchutou.com/h-59.html】,按提示上传提交保证函及证明材料,经审查核实后我们立即给予删除!

温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载不扣分。




关于金锄头网 - 版权申诉 - 免责声明 - 诚邀英才 - 联系我们
手机版 | 川公网安备 51140202000112号 | 经营许可证(蜀ICP备13022795号)
©2008-2016 by Sichuan Goldhoe Inc. All Rights Reserved.