应EYGLE之邀，为《Oracle DBA手记》写了一篇感言，全文如下。

8年的DBA经验告诉我学习Oracle并不是一件轻松的事情。对Oracle有一定了解的人都会有同样的感受，那就是Oracle数据库包含的内容博大精深。对于一个Oracle初学者而言要学习的东西实在太多了，比如数据库的基表概念、数据库的管理操作、SQL语法、PL/SQL语句、数据库备份恢复、性能优化等等。但即使有了这些知识基础还是不够的。要成为一名合格的DBA，对Oracle的一些高级特性也应有一定的了解，比如DATA GUARD、RAC、STREAM等等。同时对于Oracle的一些选件功能也多少应该知道一些，比如全文索引、XDB、VAULT等等。

上面列举的还仅仅只是Oracle数据库方面的。如果你是开发DBA，那么对于开发相关的知识、对于程序设计和数据库结构设计，甚至对中间件技术等等都需要有所涉猎。如果你是管理DBA，那么对于操作系统方面的知识是必须具备的，另外对存储的划分、网络的规划等知识也是需要掌握的。

要学习的东西确实很多，但这还远远没有结束。上面所说的是知识范围，作为一名DBA还要不断学习各种新知识和新特性。要知道Oracle每一两年就会推出一个新的小版本，每三到五年会推出一个新的大版本。对于DBA来说不仅需要学习大量的新知识，而且目前所掌握的知识和经验在以后的版本中也可能不再适用。对于DBA来说，学习应该是一个不间断的过程。如果你停滞不前就意味着你OUT了。事实上，就在我写下这篇文章的同时，Oracle数据库的最先版本11.2已经可以提供下载了，对于DBA来说，新的学习目标又出现了。

即使你拥有了以上这些知识也并不意味着你已经成为一名高级DBA。对于高级DBA来说，知识只是必须具备的一部分，积累大量的分析、解决问题的经验则是另一部分。而这部分是无法通过阅读文档获取的。事实上如果靠个人解决自己碰到的问题来积累经验是需要相当长的积累时间的。何况一般初学者很难在平时工作中得到独立解决问题的机会，有时即使出现了这种机会，但由于知识积累的不足也会导致初学者在遇到问题时无从下手。

知识确实很重要，掌握的知识越多，对细节的了解越清晰，解决问题时就更加得心应手、游刃有余。不过有时解决问题的思路更重要一些，前面提到了Oracle数据库包含了太多的内容，而当你吸取了这些知识后遇到问题时，如何利用这些知识来分析问题、解决问题或避免问题的出现，这就不是知识本身能解决的了。

一个困扰初学者很长时间的问题，一名高级DBA可能几分钟就可以搞定，因为很可能这个问题高级DBA在很早以前就碰到过了。即使同样都是从来没有遇到的新问题，当高级DBA已经解决完问题时，初学者可能还没有找到解决问题的思路，而这就是经验上的差距。

简单的说，知识告诉你一个特性是什么，以及如何使用这个特性，它的优缺点是什么；而经验告诉你这个特性何时该用，何时不该使用，在何种情况下使用能够发挥特性的优点，在何种情况下时候会导致这个特性的缺点。知识与经验二者同样重要，当这两个方面都积累到一定的程度时，你自然也就会成为一名高级DBA了。

说了这么多，恐怕要把初学者吓坏了，成为DBA要掌握那么多的知识，还要积累这么多的经验，听上去似乎是个mission impossible。但是要知道罗马也不是一天建成的，初学者到高级DBA之路虽然漫长，只要坚定信心坚持下去，这条路也并不困难。EYGLE的名言放在这里再合适不过了：兴趣+ 勤奋+ 坚持+ 方法≈ 成功。

虽然获取大量的知识是一个漫长的过程，好在信息时代有足够方便的途径来获取知识。Oracle的官方文档、各种官方、非官方的网站、论坛以及个人BLOG都是获取知识的来源，除此之外，还有很多已经出版的书籍来帮助大家解决知识获取的问题。

经验的获取则要困难一些。无论是文档，网站、还是目前出版的大部分书籍都是偏重知识的传授部分，而偏重经验介绍的寥寥无几，而经验的共享确实也要比传授知识更困难一些。

正是出于以上这个原因，这才促成了这样一本书。当EYGLE联系我打算出这样一本书时，我马上就答应了。将解决问题的案例集合成一本书应该是比较少见的。我们的本意是分享自己解决问题的经验，期望能给初学者带来一定的启发，起到抛砖引玉的作用。希望这种尝试能够达到预期的效果，同时希望有更多的人参与到经验分享的过程中来，也希望这种方式确实可以帮助初学者尽快的完成经验的积累。

感谢EYGLE，是他的努力促成了这本书。这本书的所有作者都是EYGLE联系并约稿，除此以外，稿件的审校和整理以及出版事宜基本上都是他一个人完成的，没有他辛苦的劳动就没有这本书。最后要感谢我的妻子，她的工作和IT不沾边，对Oracle技术更是毫不了解，但她在我写作过程中帮我审校了所有拼写上和语法上的错误并通顺了文章的语句。如果这本书中我的文章还算通顺，主要归功于我的妻子。