隨着設計的代表,你錯過了一些東西,比如一個公司表和ContactTypes表。 CoEmpJob表中似乎沒有鏈接到「聯繫人」表的外鍵。
在電話表中,我個人不會使用前綴字段(除非您希望通過電話前綴顯示聯繫人),在這種情況下,每個電話號碼都保證是唯一的,在這種情況下PhoneNum字段會變成主鍵和PhoneID字段是不必要的 - 但您可能會遇到夫妻在同一個數據庫中的情況;雖然他們幾乎可以肯定有不同的手機號碼,但他們幾乎可以確定擁有同一家庭電話號碼在這種情況下,你的設計是正確的。
我不知道有多少人擁有多個地址(我認爲很少有,如果有的話),這意味着地址表的字段可以移動到聯繫人表中。
(新增) 至於企業,你要是要指定哪個人的作品,其中公司,那麼你就需要一個公司表(丟失)和連接表(CoEmpJob)。在現實世界中,這種設計還需要更多的表格 - 連接表格可以顯示哪些聯繫人連接到哪些公司以及他們當前的工作是什麼,但是人們更換工作(和公司),因此這樣的設計不會存儲任何歷史記錄。此外,習慣上將人員(僱員)與部門聯繫起來 - 一個人可能一次連接到多個部門,這意味着您將需要另一個聯合表。這可能變得非常複雜 - 這取決於你想要什麼。
您的評論建議您要將公司數據存儲在聯繫人表中 - 這是一個非常糟糕的主意;他們應該保持分開。
獲取「數據模型資源手冊」的副本。它具有類似案例的解決方案,完整記錄。電話簿是我認爲50頁左右,與地址等 – TomTom