最近一直有個願望：希望把自己所從事的資料庫模型設計方面的工作經驗和想法付諸文字，算是對此前工作的乙個總結，今天終於開始了萬里長征的第一步。
在正式開始之前，我先向大家介紹兩本書——《資料模型資源手冊卷一》、《資料模型資源手冊卷二》，國內有機械工業出版社出版的中文譯本，很多同行可能都已看過，我本人也看過。
看過之後深受啟發，同時也感到兩點美中不足：
1、這兩部書的成書時間較早，且原作內容是基於美國企業的業務需求而建，有些最新的行業資訊及「中國特色」的東西沒有收錄。
2、書中原作者所使用的設計符號是作者專用的，而對於目前國內資料庫模型設計的專業人員來說，er圖或者powerdesigner中的cdm、pdm圖更容易理解和溝通。
所以，在今後一段時間，我希望每天能抽出2個小時，結合上面提到的兩部書的內容、powerdesigner的pdm模型以及本人相關工作經驗，在這裡做乙個資料庫模型設計的**。本**計畫用120天的時間撰寫完畢。
這麼做的目的，一方面是將頭腦裡的無形資訊落實到文字上、有效避免遺忘，另一方面更加希望拋磚引玉，在與同行們溝通交流之後對我自己也是個促進和提高，對其他同行也起到各借鑑的作用。望廣大同行們不吝賜教，大家一起來推動資料庫模型設計的資源共享計畫。
胖子劉2006.4.10
設計模式 1 前言
轉眼間大三也快結束了，準備步入到大四了，自己也在廣州找到了乙份實習，算是開始離開鳥巢，出來接觸社會了吧。不過，由於不是在廣州讀大學，所以在廣州的實習算是困難頗多的，也真正感受到，要在廣州這個城市生活下來，是多麼的不容易。需要多少的能力與堅持。廢話少說，我先在這裡簡單說一下，為什麼要開始這一類的文章吧...
設計模式前言
設計模式是規則嗎？地上本沒有路，走得人多了也就成了路。設計模式如同此理，它是經驗的傳承，並非體系 是被前人發現，經過總結形成了一套某一類問題的一般性解決方案，而不是被設計出來的定性規則 它不像演算法那樣可以照搬照用。設計模式，軟體的永恆之道？這個問題沒有答案，有的只是討論，看一下一位前輩結合建築學得...
資料庫設計 1
一,根據entity建立relationship。需求分析 獲取資料 根據資料資訊建立資料模型,畫er圖或uml。建立資料之間的關係。將資料模型轉換為sql表 二 應該遵循合理的資料庫正規化,以降低資料冗餘 保證資料的完整性和正確性。提高系統的可維護性,擴充套件性。1,不可再分,以位址為例 位址應該...