資料庫設計心得

資料庫設計心得

這次資料庫的設計主要是我負責的，所以談一談這次設計中的心得體會。

我們的專案是慢阻肺疾病管理app和後臺管理系統，在需求確定後開始設計資料庫，

首先設計資料庫不是光上來就照著需求就開始寫，而是先對需求充分理解，歸納理解之後首先得到一個個實體

1.確定實體

而在我們專案中首先最重要的兩個實體是 患者，醫生

所有其他實體都是在次基礎上衍生出來為這兩個實體服務的，以此來確定一個個的實體，確定實體的屬性，建立實體間的關係。

確定完實體後，不是直接開始設計表了，還要再回頭審視這些實體是否能實現全部需求，然後設計的是否有問題，實體間的聯絡是否出錯。

我在設計中的錯誤：拿我們專案中醫生和患者最重要的一個互動，護理計劃來舉例，一個患者可以有多個護理計劃，一個醫生也可以提供多個護理計劃，因此兩邊對於護理計劃都是一對多關係，因此就建立了護理計劃這個實體，但是一開始沒有考慮到的是，護理計劃裡面的關係問題，因為一個護理計劃可以有多種藥物，多種器械，多種運動，而且每個護理計劃的藥物器械和運動都不相等，所以這裡又是三個一對多關係，應該再寫出藥物，器械，運動這三個實體，但是一開始只是簡單的歸到護理計劃中。

2.確定表

根據實體設計好概念模型後，轉換成物理模型，第一次的版本找不到了，但是因為是第一次設計的資料庫，還是有著很大的問題，比如對於如何確定護理計劃的使用情況完全沒有考慮，患者是否接受了護理計劃，問卷是否被患者回答，很多對於狀態類的欄位處理不清晰，然後繼續修改物理模型，直到改成現在這樣。

3.對於表的再檢查

這次主要檢查小問題方面，如欄位的型別是否可以支援需求的體現，是否可以為空，預設值是什麼，然後生成資料詞典，彙報成果。其中就發現對於問卷內容欄位的問題。

此次是第一次設計資料庫，存在許多問題也有許多收穫，一個人的思路比不上一個全隊的思路清晰，思維方式的碰撞可以產生良好的效應，我的隊友在設計資料庫的過程中給我的幫助很大，並且指出我設計的問題，等等。

資料庫我感覺是一個軟體的開始，一個好的資料庫能讓一個軟體的設計完成事半功倍。