近期SQL优化总结

   近期作SQL优化，发现了一些问题，感受仍是有必要拉出来讲说的，不涉及多么高深的技术问题、或者与技术没多大关系，大多都是思想认识的问题，多想一想多看看应该都会解决的。

   固然这里有个成本和效益的问题，某些年前我向某些人提到相似的问题，但人家以时间和成本为由给挡了回来，这个我也能理解，毕竟作项目是要赚钱的，亏本的买卖没人作，一个项目就那么点钱，也是没办法的。

1. 绑定变量的问题。

   主要是不少语句没有绑定变量，主要是写在Java里面的语句，主要是由框架引发的，不一样框架有不一样的写法，说究竟是对框架的不熟悉，多了解下应该都能避免的。

2. 隐含转换的问题。

   多发生于date、number、char/varchar2类型及其子类型，一是设计不合理，二是思想认识的问题了，这个是老生常谈的话题了。

3. 减小表的访问次数问题。

   主要是某些语句中重复对某些表的屡次使用，可考虑使用with语句、decode、case等来进行替换。

4. 中间结果集大小的问题。

   就是，是先join链接，后过滤条件呢？仍是先过滤条件，后join链接的问题。

5. 列上作运算的问题。

   特别是索引列，如，非空、大小写的处理。这块应该在应用层处理好，而后再到数据库进行运算，而不是让数据库来处理这些。

6. order by、group by 、distinct、union等关键字要特别关注。

   在使用前先想想，到底要不要使用，怎么用才合理，是否有别的替代方案，不要三七二十八一上来就用。

7. 要善于使用Oracle的函数。

   如：经常使用的decode、case、分析函数等，逻辑清晰、功能强大，比本身绞尽脑汁写一堆废话强多了。

8. 聚合操做取了没必要要的列，列上又作了操做（或作了排序）。

   如：select count(1) from （select t.empno,t.ename,... from scott.emp e ... 

                              where ...  order by 1 ...）;

   须要这个吗？

9. 行争用的问题。

   频繁地对某些表作DML操做（增删改），会引发严重的行争用。根源一是表设计不合理，二是相关的语句执行效率低下。要想下降，一是在设计上分为中间临时表、当前表、历史表来分散这些DML操做，二是提升语句的质量。

10. 业务逻辑上的处理，复杂了，不讲了。

   综上所述，搞SQL优化思想意识很重要，固然钱也很重要（项目管理的四个大要素，时间、成本、质量、范围，那个和钱没有关系），因此在时间和成本不是问题的前提下，我以为仍是能够看看的，若是时间和成本是问题了，那就麻烦了。