Effective Oracle by Design——痛苦而快乐的旅程

类别:软件工程 点击:0 评论:0 推荐:
今天终于把这本书简单的浏览了一遍。其实读英文很难一目十行,所以是从头到尾读了一遍;说简单,是因为很多东西其实没有消化。时间跨度很长,水平又是入门级的,工作上又很少用到,所以许多知识点并没有仔细研究,也就是走马观花。现在回想起来,除了最近一鼓作气看完的关于开发(Schema、CBO、SQL和PL/SQL等)后五章,还记住了不少结论和技巧,前面DBA相关的部分好多都忘了。不得不承认,Tom是个guru,也难怪写这本书的时候是政府、教育和卫生组的Vice President,而一年后等到APress出版Expert One-on-One Oracle时,已经是核心组的Vice President了,而刚开始写的时候还只介绍说是专栏作者。
    总体上这本书结论性的东西比较多,不见得像Expert One-on-One Oracle那样如同教科书一般规整,而是感觉有点琐碎和凌乱,这也许是作者不喜欢这种风格的原因吧(AskTom里讨论Expert One-on-One Oracle第二版的文章里,他自称还是喜欢Expert One-on-One Oracle的风格)。不过无疑,很多观点正是开发人员在设计和编码时容易忽视的,主要立足点是在性能上。书中详尽而丰富的例子,让这本书变得很厚,容易阅读,也进一步助长了我懒惰的本性——我几乎没有任何动力自己做实验了。不过另一方面,确实让读技术书有种读小说的感觉,不必经常中断下来去查文档或者动手找电脑。技巧也不少,特别是提高性能的技巧,个人感觉还是很实用的。
    最佩服的还是Tom并不是就事论事,正如同他书中的观点一样,Do not tune the query,重要的是知道业务逻辑,知道Oracle可以做什么,再选择最佳途径,光看执行计划、tkprof是没用的。一个好的设计确实要重要于编码,而好的编码思想要好过调整出一条好的语句。
    另外Think Outside the Box一节(第7章)实在是很精彩,不少解决问题的办法确实超常规。
    强烈建议能找到本书的,仔细读读,开卷有益,你不会觉得白花时间的。不过不要指望是百科全书,如果那样,还是先读Expert One-on-One Oracle 

本文地址:http://com.8s8s.com/it/it35033.htm