Thinkphp5 開發 OA 辦公系統 - 數據庫設計

    自從接觸到用PowerDesigner作數據庫建模後，喜歡它就停不下來了。我發現如今不少2-20人的團隊在作數據庫結構設計時，仍是會直接在phpmyadmin 或 navicat 裏直接建表。這種直接建表的方式一開始看似節約時間，但當表多了，頻繁變動表結構，須要講表邏輯時，就不比用建模的方式方便直觀。

    直接建表的方式還會很容易致使，不一樣的程序員實現不一樣功能時，本身建本身的表，致使數據庫表結構混亂，沒有一我的是所有知道這些表的清晰邏輯。

使用PowerDesigner來作數據庫建模，通常都是由一個專門的人來建表維護，開發過程當中若是遇到需求改動表結構，也是交給專門維護的人去改動，這樣就有一個能把控全局的人了。

 

邏輯結構模型-實體

 

邏輯結構模型-實體的屬性

       爲了方便導出同步物理表結構，我作數據庫建模時都不作實體之間的外鍵約束關係，直接在實體裏添加對應同名的字段，加上註釋。若是在實體之間都作上實體的關聯關係，一是實體多了，關聯關係線也多了，看起來總感受眼花繚亂。二是導出的 sql 腳本同步到物理數據庫裏，很容易由於外鍵的約束關係和原來的數據表數據有不完整性，致使同步報錯。

       PowerDesigner是一個很是強大的建模工具，除了作數據建建模，還能作需求分析、UML建模。因爲我本身對UML建模這塊的知識缺少，一直都想提高本身，老是沒找到提高的理由（或許我不想寫代碼的時候，有手下人寫，我會提高到UML建模的方式），呵呵。

      這裏我說說個人一個觀點，讓你們批評指正一下。我總感受數據庫建模，UML建模，這類開發方式在 Java 和 .net 團隊應用的比較多。PHP 團隊不多用，都是直接上來就擼碼了。

       用PowerDesigner作數據庫建模，已經成爲個人習慣，就算本身一我的作項目，數據建模是個人必備開發流程。我曾經由於人家公司的開發組裏沒有人用數據庫建模，誰寫代碼，誰建表而默默選擇離職，如今回想起來，以爲本身那時真是年輕不懂事。

文采很差，請見諒。歡迎拍磚，批評，交流心得。

OA演示地址：http://oa.bodujie.com

若有疑問，歡迎加入QQ羣：591528130（AI編程的立勝羣） ，一塊兒討論交流學習。

原創做者：AI編程的立勝，QQ：282130106 。

若有轉載，敬請註明原創做者與出處，謝謝。

上一篇：Thinkphp5 開發 OA 辦公系統 - 原型設計

下一篇：Thinkphp5 開發 OA 辦公系統 - 項目管理