Oracle的性能优化概述.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
Oracle的性能优化概述 一个数据库系统的生命周期叮以分成设计、开发和成品三个阶段。在设计阶段进行数据库性能优化的成 木最低,收益最大。在成品阶段进行数据库性能优化的成木最高,收益最小。数据库的优化可以通过对 网络、硬件、操作系统、数据库参数和应用程序的优化来进行。故常见的优化手段就是对硬件的升级。据 统计,对网络、硬件、操作系统、数据库参数进行优化所获得的性能捉升,全部加起來只占数据库系统 性能提升的4?竝右,其余的S係统性能提升來口对应用程序的优化。许多优化专家认为,对应用程序 的优化可以得到■?弟勺系统性能的捉升。 一、数据库性能的优化 数据库设计是应用程序设计的基础,其性能宵?接影响应用程序的性能。数据库性能包括存储空间需求量的 大小和查询响应时间的氏短两个方面。为了优化数据库性能,需要对数据库中的表进行规范化。规范化 的范式可分为第一范式、第二范式、第三范式、gT范式、第四范式和第五范式。一般来说,逻辑数据 库设计 会满足规范化的前)级标准-但由于满足第三范式的表结构容易维护且基本满足实际应用的要求。 因此,实际应用中一般都按照第三范式的标准进行规范化。但是,规范化也有缺点:由于将一个表拆分 成为多个表,在査询时需要多表连接,降低了查询速度。 由于规范化冇可能导致查询速度慢的缺点,考虑到一些应用需要较快的响应速度,在设计表时应同时考虑 对某些表进行反规范化。反规范化可以采用以下儿种方法: L分割表 分割表包括水平分割和垂直分割。 水平分割是按照行将一个表分割为多个表,这可以提高每个表的查询速度,但查询、更新时要选择不同的 表,统计时要汇总多个表,因此应用程序会更复杂。 乖貢分割是对于一个列很多的表,若某些列的访问频率远远离于菇它列,就可以将主键和这些列作为一个 表,将主键和其它列作为另外一个表。通过减少列的宽度,増加了每个数据页的行数,一次R?就可以扫 描更多的行,从而提高了访问每一个表的速度。但是由于造成了多表连接,所以应该在同时查询或更新不 同分割表中的列的诸况比较少的诸况下使用。 九保留冗余列 当两个或多个表在查询中经常需耍连接时,可以在其中一个表上增加若干冗余的列,以避免表之间的连接 过于频繁。宙于对兀余列的更新操作必须对多个表同步进行,所以一般在兀余列的数据不经常变动的情况 下使用。 X增加派生列 派生列是由表中的其它多个列计算所得,增加派生列可以减少统计运算,在数据汇总时可以大大缩短运算 时间。 二、应用程序性能的优化 应用程序的优化通常可分为两个方面:源代码和卑语句。由于涉及到对程序逻辑的改变,源代码的优化 在时间成木和风险上代价很高,而对数据库系统性能的提升收效冇限,因此应用程序的优化应着重在 瑯语句的优化。对于海量数据,劣质睥语句和优质睥语句之间的速度差别可以达到上百倍,可见对 于一个系统不是简单地能实现其功能就行,而是耍写出高质量的瑯 语句,提高系统的可用性。 下面就某些珂L语句的乂〈■子句编写中需要注意的问题作详细介绍。在这些 ?子句中,即使某些 列存在索引,但是由于编写了劣质的瑯.系统在运行该瑯 语句时也不能使用该索引,而同样使用全表 扫描,这就造成了响应速度的极大降低。 lb mL 与 s^rrnx 不能用??11作索引,任何包含??0值的列都将不会被包含在索引中。即使索引有多列的情况下,只要这 些列中有一列含有??爼 该列就会从索引中排除。也就是说如果某列存在空值,即使对该列建索引也不 会提高性能。 任何在y■子句中使用七叽过或七?? ?■过的语句优化器是不允许使用索引的。 x联接列 对于有联接的列,即使最后的联接值为一个静态值,优化器不会使用索引的。例如,假定有一个职工表 (?■1场*),对于一个职工的姓和幺分成两列存放(ra$iy『■和5吃丁?),现在要查询一个叫 乔治皿■布什(Cf ?■s)的职工。下而是一个釆用联接査询的瑯 语句: * ihm m | ?[厂 ■ 上面这条语句完全可以查询出是否冇这个员工,但是这里需要注意,系统优化器对基于 —?创建的索引没有使用。 当采用下面这种$駁语句的编写,—1?系统就可以采用基于 j.p?创建的索引: ??]切? ■!■■啣■?》? - CmI ■ 遇到下面这种情况又如何处理呢?如果一个变最中存放着If-这个员工的姓名,对于 这种情况我们又如何避免全程遍历使用索引呢?可以使用一个函数,将变量???小的姓和名分开就可以 了,但是有一点需要注意,这个函数是不能作用在索引列上。下面是瑯查询脚本: * mm ?]1?严 叭- SVSTkC/ 1 “ I ■ ?1 ? ■ ?iXSIkO44 I 带通配符(询的语句 带通配符(询的 语句 同样以上面的例子来看这种情况。目前的需求是这样的,要求在职工表中查询名字中包含的人。可 以采用如下的查询瑯 语句

您可能关注的文档

文档评论(0)

ggkkppp + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档