自3月11日开始到今天阅读完这一书，由于在网上只找到原著《Effective Oracle by Design》中的三章，所以买了本中文版的。总的来说翻译的还能接受，其中不乏错别字和不通顺的地方。回过头来这本书其实不太适合我这种初级的DBA看，本书是站在一个开发者的角度来探讨Oracle的高效：首先就一再强调开发人员与DBA是密不可分的，开发的整个阶段DBA都需要参与其中。引用网上的一句话：出来混总有一天是要还的。数据库不可能一直不出问题，那么出了问题我们应该怎么找到问题的突破口呢？这个突破口不是随随便便就能轻而易举找得到的。通常我们是怎么去判别一个人、一件事的好坏的呢？最简单的就是拿它比较，不是吗？只要我们手中有故障点前后的有效性能诊断报告Statspack，就能分析出问题出在哪里？而现实中我们往往缺少在故障之前的性能报告，对经验不是很丰富的DBA来说就像玻璃上的苍蝇无法找到出口，所以我们在Backup的同时也备份一下Statspack一定不会有坏处。
该书其它几章：架构的高效、SQL的高效、PL/SQL的高效这些知识不是一朝一夕就能一下子拥有的，需要无数的实践、总结最终提炼出来。人贵在自知之明，书中的一些知识点我没有明白，不明白为什么我的explain plan就是有问题，为什么我的I/O高，同时我也清楚的一点：阅读整本书的时候所有的coding都是我在sqlplus里一个一个敲的，一遍又一遍的敲能让我将语法记得更牢，同时代码也慢慢的提醒我需要去看哪块的基础知识。时常担心：如果哪天一个电话匆忙被客户叫到现场去诊断数据库，人家提供给你的notebook就只安装了SecureCRT,仔细一看还是ubuntu的系统，不会傻了吧：“对不起啊，我平时都用toad，EM…，sqlplus我 不太熟……”客户肯定也傻了。什么叫professional呢?
读完本书还有一个感触，就是再难再深奥的东西都是在基础的知识点上建立而来的，万变不离其宗。大多数转行做DBA的人刚一看到latch、执行计划、索引都会蒙，至少我是的。慢慢随着接触的时间一天天增加，对基础知识的理解一点点加深、透彻，我想，要做到一个高级DBA也不会是想像中的很么难。
阅读完书时的初衷是想写点什么，后来一想自己七天写六字的水平还是算了吧，最后在biti大师的鼓励下乱写了一通，纯粹就当看完了书mark一下，仅此而已。同时期待Fenng一行三人的处女作《Troubleshooting Oracle Performance》中文版早日上架。
