掐指算來，細品這本經典整整用了一個月的時間，這段時間也正是目前專案最緊張的系統架構階段，無疑這本書對於這次的資料庫架構部分的設計有很大的指導意義，每每在遇到疑問在書中得到有效指引並最終得到最佳方案時，都有些樂不思蜀的感覺。似乎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 --

【讀後感】【Tom】《Oracle 9i&10g 程式設計藝術》深入資料庫體系結構

相關文章