oracle中优化sql的原则

《oracle中优化sql的原则》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、Oracle中优化SQL的原则>>教育资源库　　1。已经检验的语句和已在共享池中的语句之间要完全一样　　2。变量名称尽量一致　　3。合理使用外联接　　4。少用多层嵌套　　5。多用并发　　语句的优化步骤一般有：　　1。调整sga区，使得sga区的是用最优。　　2。sql语句本身的优化，工具有explain,sqltrace等　　3。数据库结构调整　　4。项目结构调整　　写语句的经验：　　1。对于大表的查询使用索引　　2、少用in,exist等　　3、使用集合运算　　１．对于大表查询中的列应尽量避免进行诸如Ｔｏ＿ｃｈａｒ，ｔｏ＿ｄａｔｅ，ｔｏ＿ｎｕｍ

2、ｂｅｒ等转换　　２．有索引的尽量用索引，有用到索引的条件写在前面如有可能和有必要就建立一些索引　　　３．尽量避免进行全表扫描，限制条件尽可能多，以便更快搜索到要查询的数据　　如何让你的SQL运行得更快　　交通银行长春分行电脑部　　任亮　　----人们在使用SQL时往往会陷入一个误区，即太关注于所得的结果是否正确，而忽略了不同的实现方法之间可能存在的性能差异，这种性能差异在大型的或是复杂的数据库环境中（如联机事务处理OLTP或决策支持系统DSS）中表现得尤为明显。笔者在工作实践中发现，不良的SQL往往来自于不恰当的索引设计、不充份的连接条件和不可优

3、化的recordount>2000(25秒)selectdate,sum(amount)fromrecordgroupbydate(55秒)selectcount(*)fromrecordrecordount>2000（14秒）selectdate,sum(amount)fromrecordgroupbydate（28秒）selectcount(*)fromrecordount上的组合索引selectcount(*)fromrecordount>2000（26秒）selectdate,sum(amount)fromrecordg

4、roupbydate（27秒）selectcount(*)fromrecordount上的组合索引selectcount(*)fromrecordount>2000(<1秒)selectdate,sum(amount)fromrecordgroupbydate（11秒）selectcount(*)fromrecordwheredate>'19990901'andplacein('BJ','SH')（<1秒）　　----分析：　　----这是一个合理的组合索引。它将date作为

5、前导列123下一页>>>>这篇文章来自..，。，使每个SQL都可以利用索引，并且在第一和第三个SQL中形成了索引覆盖，因而性能达到了最优。　　----5.总结：----缺省情况下建立的索引是非群集索引，但有时它并不是最佳的；合理的索引设计要建立在对各种查询的分析和预测上。一般来说：　　　　　　　----①.有大量重复值、且经常有范围查询（bet(a.amount)fromaccounta,cardb(a.amount)fromaccounta,cardbrecordrecordount/30<1000（11秒）select*fromreco

6、rdrecordrecordount<1000*30（<1秒）select*fromrecordstuffpdb数据库性能的影响。　　----实践证明，表的行数越多，工作表的性能就越差，当stuff有620000行时，执行时间竟达到220秒！还不如将or子句分开：selectcount(*)fromstuffstuffwhereid_no='1'　　----得到两个结果，再作一次加法合算。因为每句都使用了索引，执行时间只有3秒，在620000行下，时间也只有4秒。或者，用更好的方法，写一个简单的存储过程：createp

7、roccount_stuffasdeclareaintdeclarebintdecla上一页123下一页>>>>这篇文章来自..，。recintdeclaredchar(10)beginselecta=count(*)fromstuffstuffwhereid_no='1'endselectc=a+bselectd=convert(char(10),c)printd　　----直接算出结果，执行时间同上面一样快！　　----总结：　　----可见，所谓优化即where子句利用了索引，不可优化即发生了表扫描或额外开销。　　----1

8、.任何对列的操作都将导致表扫描，它包括数据库函数、计算表达式等等，查询时要尽可能将操作移至等号右边。　　----2.in、or子句常会使