传统的Oracle DBA都会把SQL解析问题看的很严重，这实际上是来自于早年的DBA对共享池问题的恐惧。实际上，我刚刚开始接触数据库的时候，SQL解析根本不是一个什么技术问题，因为那时候的服务器的性能有限，顶多两颗CPU，几十M的物理内存，虽然连接了几十台上百台终端，实际上大多数时候都在处理前端显示等缓慢的外设操作。真正访问数据库的并发量并不大，因此那时候的数据库问题主要还是DB CACHE的命中率问题，只要保证DB CACHE命中率高于80%，大多数SQL都能跑的还可以。不过那时候的SQL也都比较简单，码农的素质也比较高，自己能用算法搞定的事情一般不会交给数据库去做。