近期做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优化思想意识很重要，当然钱也很重要（项目管理的四个大要素，时间、成本、质量、范围，那个和钱没有关系），所以在时间和成本不是问题的前提下，我觉得还是可以看看的，如果时间和成本是问题了，那就麻烦了。