掐指算来，细品这本经典整整用了一个月的时间，这段时间也正是目前项目最紧张的系统架构阶段，无疑这本书对于这次的数据库架构部分的设计有很大的指导意义，每每在遇到疑问在书中得到有效指引并最终得到最佳方案时，都有些乐不思蜀的感觉。似乎Tom就在身边，也一同参与到了这次数据库架构设计的行列中。
这本书的英文名字是《Expert Oracle Database Architecture: 9i and 10g Programming Techniques and Solutions》
感觉中文名字里“编程艺术”有点务虚了，还是英文的书名比较务实一些，这本书重点强调的正是以下三点：1.体系结构；2.技术；3.解决方案。
通篇的内容均以Oracle的体系结构为主线进行阐述，不愧是Expert Oracle Database Architecture，每一章的细节之处都体现着Tom的如何去思考和推理的思想。受益匪浅。
Tom的书，写的很深刻！
我谈一谈，在这一个月的数据架构工作中是如何使用这本经典的。
1.首先，我推荐项目组的每一位成员研读了书的第一章“开发成功的Oracle应用”。然后，对其中的一些观点进行了小范围的讨论，讨论过程非常的有趣，主要分两大派别，一派主张基于现在的程序开发特点和模式，要规避Oracle的特性，少使用PL/SQL等功能，并认为这样做可以高效的完成不同数据库的移植（对于此派观点我不敢苟同），另外一派当然就是Tom主推的，要充分的利用Oracle的特性和功能，高效的完成任务，并认为，数据库迁移本身是一个非常耗时和需要从长计议的事情，要单独立项来应对；
2.对于从第2章到第5章（体系结构概述、文件、内存结构和Oracle进程），重点体现了Tom对Oracle体系结构的深入阐述和独到见解。这部分适合开发DBA、架构DBA和维护DBA来深入体会，建议结合《【图】【10g体系结构】一图解恩仇》http://space.itpub.net/519536/viewspace-584666细细体会，想必您也会有一种相见恨晚的感觉，至少我有一种激动和感动，仿佛其他一切有关Oracle体系结构的谈论和描述都是苍白的、无力的（有点夸张了，不过Tom描述的很平易近人，也很全面）；
3.锁、并发与多版本以及事务（第6章-第8章），应该说是全书的亮点，也是Oracle数据库的亮点，与其他数据库的区别主要体现在这几章。推荐深入探究的人群：程序开发人员、开发DBA、架构DBA，维护DBA可以重点关注一下Oracle的“锁”。个中滋味，研习后的人才有发言权。慢慢体会吧；
4.redo与undo第9章，维护DBA需要重点关注，开发DBA同样要深入了解。这都是Oracle保证事务和多版本一致性的根本。这里有与commit和rollback的活动轨迹的描述。这里讲到了一点点Oracle internal的东西，维护DBA可以关注一下；
5.对于架构DBA来说，第10章到第13章（数据库表、索引、数据类型和分区）里描述的经验太宝贵了，Tom按照他自己丰富经验给出了数据库设计过程中需要注意的地方。这一部分对于我这次数据库架构的过程中起到了很重要的作用，尤其是在编写数据库设计约束文档时，借鉴了Tom很多经验；
6.第14章（并行执行）维护DBA需要重点关注，如果想在数据库日常维护过程中，高效的完成DDL类维护任务，不加并行是不行的，比如对全库进行全面分析时，尤显重要性。注意使用并行的通用前提：
1）要完成的任务需要占用大量资源（CPU、内存和I/O），需要运行很长时间
2）要有充足的空闲资源和维护窗口
7.最后一章有关数据加载和卸载的内容适合人群：
1）维护DBA完成大数据量的加载和卸载任务；
2）开发人员和开发DBA批量初始化数据和以卸载方式进行备份；
3）架构DBA可以考虑使用加载和卸载功能完成一些平文本报文的解析和入库。
【读后感】
虽然这本经典主要描述内容貌似与维护DBA关系不大，不过通篇描述的Oracle概念都“清澈见底”，对于维护DBA来说也是有益的补充。
如果您是开发人员、开发DBA、架构DBA或系统架构师的话，那根本没有任何理由不去看这本书。
这本书配有Tom大量精心准备的讲解实例，通篇有“理”有“例”，所以这个经典书籍不是用来“读”的，我认为应该以“实验+思考”的方式去研习，养成一个“不动手来不读书”的习惯（当然这是我的观点，可以因人而异，各取所需）。
Tom的书写的很深刻，值得研习三遍，You will like it.
-- The End --
这本书的英文名字是《Expert Oracle Database Architecture: 9i and 10g Programming Techniques and Solutions》
感觉中文名字里“编程艺术”有点务虚了，还是英文的书名比较务实一些，这本书重点强调的正是以下三点：1.体系结构；2.技术；3.解决方案。
通篇的内容均以Oracle的体系结构为主线进行阐述，不愧是Expert Oracle Database Architecture，每一章的细节之处都体现着Tom的如何去思考和推理的思想。受益匪浅。
Tom的书，写的很深刻！
我谈一谈，在这一个月的数据架构工作中是如何使用这本经典的。
1.首先，我推荐项目组的每一位成员研读了书的第一章“开发成功的Oracle应用”。然后，对其中的一些观点进行了小范围的讨论，讨论过程非常的有趣，主要分两大派别，一派主张基于现在的程序开发特点和模式，要规避Oracle的特性，少使用PL/SQL等功能，并认为这样做可以高效的完成不同数据库的移植（对于此派观点我不敢苟同），另外一派当然就是Tom主推的，要充分的利用Oracle的特性和功能，高效的完成任务，并认为，数据库迁移本身是一个非常耗时和需要从长计议的事情，要单独立项来应对；
2.对于从第2章到第5章（体系结构概述、文件、内存结构和Oracle进程），重点体现了Tom对Oracle体系结构的深入阐述和独到见解。这部分适合开发DBA、架构DBA和维护DBA来深入体会，建议结合《【图】【10g体系结构】一图解恩仇》http://space.itpub.net/519536/viewspace-584666细细体会，想必您也会有一种相见恨晚的感觉，至少我有一种激动和感动，仿佛其他一切有关Oracle体系结构的谈论和描述都是苍白的、无力的（有点夸张了，不过Tom描述的很平易近人，也很全面）；
3.锁、并发与多版本以及事务（第6章-第8章），应该说是全书的亮点，也是Oracle数据库的亮点，与其他数据库的区别主要体现在这几章。推荐深入探究的人群：程序开发人员、开发DBA、架构DBA，维护DBA可以重点关注一下Oracle的“锁”。个中滋味，研习后的人才有发言权。慢慢体会吧；
4.redo与undo第9章，维护DBA需要重点关注，开发DBA同样要深入了解。这都是Oracle保证事务和多版本一致性的根本。这里有与commit和rollback的活动轨迹的描述。这里讲到了一点点Oracle internal的东西，维护DBA可以关注一下；
5.对于架构DBA来说，第10章到第13章（数据库表、索引、数据类型和分区）里描述的经验太宝贵了，Tom按照他自己丰富经验给出了数据库设计过程中需要注意的地方。这一部分对于我这次数据库架构的过程中起到了很重要的作用，尤其是在编写数据库设计约束文档时，借鉴了Tom很多经验；
6.第14章（并行执行）维护DBA需要重点关注，如果想在数据库日常维护过程中，高效的完成DDL类维护任务，不加并行是不行的，比如对全库进行全面分析时，尤显重要性。注意使用并行的通用前提：
1）要完成的任务需要占用大量资源（CPU、内存和I/O），需要运行很长时间
2）要有充足的空闲资源和维护窗口
7.最后一章有关数据加载和卸载的内容适合人群：
1）维护DBA完成大数据量的加载和卸载任务；
2）开发人员和开发DBA批量初始化数据和以卸载方式进行备份；
3）架构DBA可以考虑使用加载和卸载功能完成一些平文本报文的解析和入库。
【读后感】
虽然这本经典主要描述内容貌似与维护DBA关系不大，不过通篇描述的Oracle概念都“清澈见底”，对于维护DBA来说也是有益的补充。
如果您是开发人员、开发DBA、架构DBA或系统架构师的话，那根本没有任何理由不去看这本书。
这本书配有Tom大量精心准备的讲解实例，通篇有“理”有“例”，所以这个经典书籍不是用来“读”的，我认为应该以“实验+思考”的方式去研习，养成一个“不动手来不读书”的习惯（当然这是我的观点，可以因人而异，各取所需）。
Tom的书写的很深刻，值得研习三遍，You will like it.
-- The End --
来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/519536/viewspace-613720/，如需转载，请注明出处，否则将追究法律责任。
转载于:http://blog.itpub.net/519536/viewspace-613720/
66
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
