《數據模型資源手冊》一二三卷：邏輯數據庫設計的經典

2024-07-21 02:45:08

字體：大中小

來源：轉載

供稿：網友

《數據模型資源手冊》共出了三卷。一二卷英文版2001年出版，中文翻譯版2004年出版。中文版銷量很差，因此出版該書的機械工業出版社沒有再版，目前市場上這兩本書已經絕版。淘寶上還可以買到復印版。china-pub上可以按需印刷，不過比較貴。卷三是今年年初出版的，英文版，中文版估計過幾年才能看多，或者就看不到了。好在現在有互聯網和銀聯卡，大概是在今年3，4月份我直接用招行的信用卡在amazon.com上買了一本，10多天之后就到了。

    這三本書在amazon.com上評價都很高。中文版的一二卷在當當和卓越上評價都不錯，一些技術論壇上看過的人的評價也都很高。我也認為是非常值得看的一套書。

其中第一卷講一些通用的數據模型，比如個人與組織，產品，訂單，訂單配送，發票，財務，人力資源等。卷二是一些特定行業的數據模型，在卷一的基礎上會有所變化，比如制造業，電信，金融，保險，醫療，旅游業，電子商務等。卷三講的有點類似于設計模式了，作者對數據模型的抽象程度做了分類，對卷一提到的各種數據模型在不同的抽象程度下設計出來的數據模型做詳細的分析，據此比較容易看明白卷一和卷二中作者設計的思路。

看完這三卷之后我目前印象還比較深的有三個模塊，一個是個人與組織，一個是聯系方式，一個是業務規則。
     個人與組織被抽象為party，這樣的好處在我們公司的CRM中應該會比較明顯，我們公司的會員中既有組織又有個人，我們公司的代理中也是既有組織又有個人。目前的邏輯是認為會員表中都是個人，代理表中都是組織，實際上有很多例外情況。
  聯系方式，卷一和卷二給出了抽象程度比較高的模型，把電話，手機，email，QQ，通信地址等抽象為一種“通信機制”。抽象程度比較高的話，擴展性會好一些，與其他實體的關聯會簡單一些。比如party的聯系機制，只需要一個表就可以了。我們公司的會員表中用的是抽象程度最低的做法，會員表中直接有一列叫BP機號碼。新做的客史項目抽象程度高一些。

業務規則，可以把不同行業的不同的業務規則容納進來。我看過這個模型之后發現我們公司酒店業務用的rateplan，機票系統用的運價，都可以用這個業務規則實體來表示。

本文來自CSDN博客，轉載請標明出處：http://blog.csdn.net/vincent_zuo/archive/2009/12/20/5044937.aspx

上一篇：通過分析SQL語句的執行計劃優化SQL(六)

下一篇：淺談join 用法