eygle.com   eygle.com
eygle.com eygle
eygle.com  
 

« 《深入浅出Oracle》更名《深入解析Oracle》 | Blog首页 | 在Oracle Open World 2008上接受的采访 »

《深入浅出Oracle》一书序言

这几天在整理《深入解析Oracle》一书的序言以及后记等内容,忽然发现之前《深入浅出Oracle》一书的序言还没有发布出来。
今天整理一下,发布在这里。

其实我觉得一本书最重要的可能就是前言或者绪论部分,因为这部分是作者写作思路、写作目的、谋篇布局的概要体现,更可能包含作者最重要的学习历程或心理体验(至少我的书是如此),所以读书要先读序言,理解作者,然后和作者一起经历书的历程。

以下是《深入浅出Oracle》一书的序言部分。
-----------------------------------------------------------------------------------------------

绪 论

开始写这本书是在2006年3月3日,虽然这个三月三日不是那个三月三,但我还是觉得这是一个美好的日子。关于这个写作计划,已经制订了很久,手头也有了很多写好的篇章,但是关于全书的选题、框架一直没有一个很好构思,所以拖延了很久。
开始动笔时,打算写一本入门级的书,给初学者看,希望通过这本书把自己学习Oracle的方法和经验介绍给刚刚接触Oracle的朋友们。
可是动起笔来,发现很难把一本书控制在初学者的范畴,所以写起来难度就逐渐深入了下去,不过也好,符合我原来的想法。去年曾经计划写一本《Oracle诊断案例》的书,一直没有动笔,现在正好把两本书合为一本了。

这样写作出来每章的布局基本上分为三个部分,基础知识、进阶知识、结合实际的案例分析。基础知识部分可以作为初学者的入门参考,进阶部分则可以给广大Oracle技术爱好者作为深入学习的材料,案例分析作为实践部分希望对大家都能有所借鉴。

在本书的写作过程中,我一直希望和努力摆脱传统技术书籍要么基础知识、要么代码实例、要么特定版本的单一模式,将基础知识,深入研究,性能调整,诊断案例等相关内容,按照每章一根主线展开,从而能够使读者通过每一章的阅读,就能够对相关知识有一个纵向的深入认知
在数据库版本方面,本书内容更涉及Oracle8i/Oracle9i/Oracle10g,将Oracle的版本变化、功能改进!一以贯之的展现出来,让大家看到这些变革的真正原因以及Oracle的不断技术创新。我们必须了解一项技术的来龙去脉,才能知道一个革新、一个新的特性的真正意义所在,所以,Oracle的很多知识是跨越版本而存在的。

书中贯彻的也是我一直主张的"由点到线再及面"的学习方法。特别是对于初学者,如果没有经过专门的培训和系统学习,那么自己通过实践的学习和思考就应当深入,在知识上,从某个角度来说,是"不患寡,而患不精深"。在我们遇到问题时,就应该不断深入研究,直至问题的核心本质,这样通过一个案例或实际问题的诊断学习和研究,我们就可以带动很多连带知识的学习,这样从一个点深入下去就形成一条线,再横向扩展就可以形成一个知识网,解决和研究的问题多了,就可以逐渐覆盖一个面,形成一个知识体系,这样慢慢的你就会觉得学习不再困难,而是一件得心应手的事情。

而且,认真思考和深入研究本身就是对DBA的一项基本素质要求。在网上经常被问及我的招聘要求,收录一点在这里给大家参考:

对于一个候选人来说,我希望他勤奋、严谨、具有钻研精神及独立思考能力。技术其实往往并不是我最关心的内容,因为具备了前面的素质之后,经过1~2年的锻炼,一个人绝对不会知道的太少。

我自己正是通过这样一条学习之路走过来的,也希望可以通过这本书将这个思想传达出来。
我愿意将我在《Oracle数据库性能优化》一书的序言中提到的一段话再次引用一下:
兴趣 + 勤奋 + 坚持 + 方法 ≈ 成功
很遗憾我不能给以上公式画上"=",但是无关紧要,只要具备了以上因素,我想我们每个人都会离成功不远了。

去年由我担任主编之一,ITPUB出品、人邮出版的《Oracle数据库性能优化》一书,在Dearbook举办的"2005年最权威的图书评选"活动中排名第9。这是对我的极大鼓励,也是我继续写作的动力所在。
然而独自写作一本书的压力是可想而知的,所以迟迟不肯动笔写作,一方面是因为构思的原因,一方面是觉得自己的所知和积累仍然有限,直到动笔以后,某一天,忽然觉得豁然开朗,整本书的体系结构和章节组织跃然纸上,于是就有了今天这本书

这也是这本书先有了部分章节,后有名称的原因之一。

在开始本书的阅读之前,我想在这里介绍一下我所总结的"DBA生存之四大守则",这四大守则是我在长期的工作和学习过程中总结出来的,希望大家能够有所借鉴。
我列出的四大守则是:
1.备份重于一切
我们必需知道,系统总是要崩溃的,没有有效的备份只是等哪一天死!我经常开玩笑的说,唯一会使DBA在梦中惊醒的就是:没有有效的备份。
在进行重要的操作(如恢复尝试、升级操作等)之前,一定要做好备份,保留现场,以便必要时可以从头再来。

2.三思而后行
Think thrice before you act。
任何时候都要清楚你所做的一切,否则宁可不做!对于DBA来说,有时候一个回车,一条命令就会造成不可恢复的灾难,所以,你必需清楚确认你所做的一切,以及这些操作可能带来的后果,并且在必要时保护现场。
DBA切忌想当然。

3.rm是危险的
要知道在UNIX/Linux下,这个操作意味着你可能将永远失去后面的东西,所以,确认你的操作!!!
太多的人在 "rm -rf" 上悲痛欲绝,当年写下这条守则时,是一个凌晨被一个朋友吵醒,他说误操作rm -rf删除掉了200G的数据库,并且没有备份。
我当时能告诉他的只有一句话:要保持冷静.

4.你来制定规范
良好的规范是减少故障的基础。所以,作为一个DBA,你需要来制订规范,规范开发甚至系统人员,这样甚至可以规避有意或是无意的误操作,减少数据库的风险。
见过太多管理混乱的开发环境,经常出现程序员连错生产环境误操作的案例,所以规范实在是非常的重要
不以规矩,不成方圆。

这四个守则有的部分是相互关联,密不可分的,希望每个DBA都能谨慎认真,少犯错误。

本书越临近出版,作者越是紧张,并且希望能够通过出版前的不断修正使得本书不断趋于完善。正如很多作者都说过的那样,一本书出版之后,就如同一个生命的诞生。这本书即将脱离我的控制,去经历它的历程,面对读者的评判,我能做的就是毫无保留的将自己的所知通过本书传达给读者,至于因作者水平所限而存在错漏之处,那也正是作者应该接受评判和指正之处。写作一本书,也正是一个学习的历程。

最后我要感谢好友冯春培(biti_rainy),他帮助我审阅了本书的4、5两章;感谢好友楼方鑫(dcba),他帮我审阅了本书的6、7两章;他们为我提出了很多宝贵的建议,使得本书更加趋于完善;当然还要感谢我的女友Julia,正是因为有了她的鼓励和支持,才有了我持续不断写作的动力,并且最终完成了本书。

本书最后定稿是在6月8日,那一天正好是我的生日。


盖国强 2006-6-8 于北京

此外《循序渐进Oracle》一书序言参考以下链接:
http://www.eygle.com/archives/2007/10/sbs_oracle_preface.html

-The End-


历史上的今天...
    >> 2011-10-24文章:
    >> 2010-10-24文章:
    >> 2005-10-24文章:
           ORA-00600 2662错误解决
    >> 2004-10-24文章:

无觅

By eygle on 2008-10-24 11:31 | Comments (9) | Books | 2066 |

9 Comments

见过太多管理混乱的开发环境,经常出现程序员连错生产环境误操作的案例,所以桂芳实在是非常的重要。
规范。

晕倒,还有这么明显的两个大白字,还好书上被编辑改过来了。

楼上好眼力,谢谢!

《深入解析Oracle》的序言也发出来,拜读下吧!

整理好了稍后放出来。莫急!

呵呵绪论写的不错! 让我想起我的rm -rf,虽然没有删掉数据库什么的,但也正经是让我毛骨悚然过好几次呀...

书什么时候出来?买本学习学习。

修订版年底之前出来了!

祝eygle生日快乐!(赶得早不如赶得巧,刚好是今天)

一个刚刚开始学习Oracle的入门者向eygle问好。


CopyRight © 2004~2020 云和恩墨,成就未来!, All rights reserved.
数据恢复·紧急救援·性能优化 云和恩墨 24x7 热线电话:400-600-8755 业务咨询:010-59007017-7040 or 7037 业务合作: marketing@enmotech.com