文档介绍：Forpersonaluseonlyinstudyandresearch;mercialuseOracle中优化SQL的原则文章作者:责任编辑:超人录入时间:2004-10-921:22:27来源:频道声明:本频道的文章除部分特别声明禁止转载的专稿外,,。已经检验的语句和已在共享池中的语句之间要完全一样2。变量名称尽量一致3。合理使用外联接4。少用多层嵌套5。多用并发语句的优化步骤一般有:1。调整sga区,使得sga区的是用最优。2。sql语句本身的优化,工具有explain,sqltrace等3。数据库结构调整4。项目结构调整写语句的经验:1。对于大表的查询使用索引2、少用in,exist等3、 To_char,to_date,to_number ,有用到索引的条件写在前面如有可能和有必要就建立一些索引 ,限制条件尽可能多,以便更快搜索到要查询的数据如何让你的SQL运行得更快交通银行长春分行电脑部任亮----人们在使用SQL时往往会陷入一个误区,即太关注于所得的结果是否正确,而忽略了不同的实现方法之间可能存在的性能差异,这种性能差异在大型的或是复杂的数据库环境中(如联机事务处理OLTP或决策支持系统DSS)中表现得尤为明显。笔者在工作实践中发现,不良的SQL往往来自于不恰当的索引设计、不充份的连接条件和不可优化的where子句。在对它们进行适当的优化后,其运行速度有了明显地提高!下面我将从这三个方面分别进行总结:----为了更直观地说明问题,所有实例中的SQL运行时间均经过测试,不超过1秒的均表示为(<1秒)。----测试环境------主机:HPLHII----主频:330MHZ----内存:128兆----操作系统:----数据库:、不合理的索引设计----例:表record有620000行,试看在不同的索引下,下面几个SQL的运行情况:----(*)fromrecordwheredate>''anddate<''andamount>2000(25秒)selectdate,sum(amount)fromrecordgroupbydate(55秒)selectcount(*)fromrecordwheredate>''andplacein('BJ','SH')(27秒)----分析:----date上有大量的重复值,在非群集索引下,数据在物理上随机存放在数据页上,在范围查找时,必须执行一次表扫描才能找到这一范围内的全部行。----(*)fromrecordwheredate>''anddate<''andamount>2000(14秒)selectdate,sum(amount)fromrecordgroupbydate(28秒)selectcount(*)fromrecordwheredate>''andplacein('BJ','SH')(14秒)----