从食客到大厨－书评《Oracle功用优化技术内幕》

其实fenng以前在CSDN的程序员杂志上也作过这本书的书评，当时看到那个书评的时候，这本书还没有买，只是刚刚下载完英文的电子版。看到Chapter 2就觉得很不错的一本书，于是跑到china-pub上买了一本，这种心境就好比对于本人由衷喜欢的CD那是一定要买正版的，其它可有可无的嘛，那就挣一只眼闭一只眼，马马虎虎过去算了。
借用fenng对于这本书的一句评论，“读过这本书，可能很多 Oracle 7/8 时代的 DBA 会感到沮丧：由于会发现他们过去认为正确的一些优化方法和思想竟然是错误的！”。
如何，单单这句话是不是曾经足够吸引你了，要知道错一次不是你的错，但是在有了这本书之后，你竟然还错第二次，那就是你的问题了。
静下心来一页一页地读一本技术书籍，说实话，是很难的。
普通人都会在开始摸到一本旧书的时候，很是激动，而且充满雄心壮志一定要把这本书看完，结果往往是看到中途不太感兴味的地方就觉得没什么意思了，但又往往会觉得是不是跳过这一章节又会漏掉什么重要环节，于是在彷徨踌躇，忐忑不安，痛苦绝望中蹉跎了岁月，打扫打扫抽屉甚至壁橱，是不是一堆买了当前却没有看完的书？
但是，庆幸的是，这本书不会。

这本书每一个章节的开始都有几个误解和理想的对比，在误解部分将会看到很多以前我们不断认为是真理的调优理论和方法，而理想部分则对这一误解进行了批驳，同时对理想的阐述也就是这一章节的重要内容。

书的章节分布也是一个值得推介的地方，从前到后，是作为一个DBA面对调优的任务时，应该顺次进行的部分。首章引见了等待事件和跟踪功用问题的方法，这是调优的基础理论和基础手段，接下来的第二章则是使用程序的优化，也许大家都知道，也许还有人不知道，其实优化的80％的任务都是在使用程序部分，这也是作为一个DBA任务中的难点，程序不是我们编写的，也许先期的设计我们都基本没有参与，等到项目上线了，才发现功用问题，这在国内的很多项目上太常见了，我们能作的是什么？我们需求找到导致功用问题的最重要的地方，基本上都是程序的问题，我们提出方案，或许会被接受，或许不会，由于这个时候再去修正程序曾经太迟了，但是作为DBA，我们应该尽到本人的本分，应该提出处理方案，即便这次无法按照这个方案修正，那么下次也许就可以了。所以，DBA不要抱怨程序员这个SQL写得差，那个SQL写得差，由于优化SQL不是程序员得任务，而是我们DBA得任务，如果大多数得程序员写的SQL都很差，那么也许只表明了一个问题，那就是你不是一个很称职的DBA，由于给程序员培训也是DBA的一个职责。
好像有些离题，那么我们再回来言归正传。
如果使用程序在种种情况下无法调整了，或者说曾经无法再进一步调整了，那么我们进入下一步，实例和数据库优化，这里面包括了SGA各个部分的优化，同时包括了数据库物理存储结构的优化。接下来，书中又阐述了其它的一些特殊优化，以及环境优化，这包含了并行，I/O，操作系统环境设置，等等。

这本书读下来的感受，就好比是一顿悉心烧制的大餐，每道菜都很精美而没有一点儿清淡，每道菜都值得你在尝完当前再细心肠回味，不要妄想很快就知道所有的菜的作法，但是，每次当你碰到要进补的时候，你又恰恰会再想起以前你吃过这么一道菜，你会忍耐不住想去再尝一尝，这次你对这道菜的印象就又深刻了些，然后就是下一次再下一次。。。当你闭上眼睛，这顿丰盛的晚宴在你的眼前浮现，对于每一道菜你都清晰地知道放了多少盐，加了多少料，蒸炸烹炒了多长时间的时候，那么祝贺你，你曾经从食客进化为大厨，曾经是一个大师级的人物了。

最后，还是要发一些牢骚，虽然本书翻译的曾经不错了，基本上没有令人啼笑皆非的错误，但是在读书的过程中还是会发现一些问题。
举个例子，有个小章节的题目是“怎样不编写SQL”，当时看到的时候，实在是不明白，不要去写SQL了？DBA不应该去写SQL？继续往下看，才知道，哦，原来是不应该写怎样的SQL，也就是应该避免编写SQL时的哪些怀习惯。后来查了原文，发现是How Not to Write SQL，想想如果不假思索直译的话，那么自然就是“怎样不编写SQL”。
如果说上面的尚可忍耐，那么下面这句实在让人有些想哭。仍旧是How Not to Write SQL这一章节，其中一段，“此查询并不聪明，但为了完整性，我们必须谈及它。不要为在from子句中没有所有表的所有连接条件的select语句建立where子句的条件。”如果谁说三次以内就看懂了这句话，那么我实在很佩服这人。原文是：This one is no-brainer, but we have to mention it for the sake of completeness. Do not build the where clause predicates for a select statement without having all the join conditions for all tables in your from clause. 首先，此查询并不聪明？哪个查询？不聪明？明明应该是“这一条是不言而喻的，但是为了完整性，我们必须提及”，接下来后面那部分，翻译得就直接让人崩溃了，我是看了10遍以上，最后还是看原文看懂的。意思是，不要给一个select语句编写没有包含在from子句中出现的所有表的所有连接条件的where子句。说实话，我本人翻译的也很别扭，但我不是专业的翻译人员，这个，呵呵，可以原谅。
好的翻译要求信雅达，希望当前能够看到更多更高质量的翻译作品吧。

2004年5月
Kamus

《Oracle功用优化技术内幕》/Gaja Krishna Vaidyanatha等著/钟鸣等译/机械工业出版社