數據庫設計 - 多個實體的類似聯繫信息

Question

我意識到這些類型的問題的答案通常「取決於」，但我仍然想知道一般共識可能是什麼。

我處理的多個實體如

1. 公司
2. 慈善
3. 審計
4. Stocktaker

等等...

所有有聯繫諸如電子郵件，電話等信息ephone和地址。

的兩種設計方法我想存儲聯繫人信息是

方法1）建立聯繫表和公司，慈善機構，審計師和stocktaker之間的角色表。

• dbo.Company - > dbo.CompanyAddress < - dbo.Address
• dbo.Company - > dbo.Companytelephone < - dbo.telephone

• dbo.Company - > dbo.Companyaddress < - DBO .email

• dbo.Auditor-> dbo.AuditorAddress < - dbo.Address

• dbo.Auditor-> dbo.Auditortelephone < - d bo.telephone
• dbo.Auditor-> dbo.Auditoraddress < - dbo.email

優勢，但僅需要一個地址，電話和電子郵件表，數據庫和所有的電話號碼，地址和電子郵件的每個實體類型被存儲在一個地方 缺點是它產生大量關聯表

的

方法2）創建每個公司，慈善機構，審計和stocktaker一個單獨的接觸表

• dbo.Company - > dbo.CompanyContactAddress
• dbo.Company - > dbo.CompanyContacttelephone

• dbo.Company - > dbo.CompanyContactaddress

• dbo.Auditor - > dbo.AuditorContactAddress

• DBO .Auditor - > dbo.AuditorContacttelephone
• dbo.Auditor - > dbo.AuditorContactaddress

的這個優點是容易我實施和維護 缺點是聯繫人詳細信息存儲在整個數據庫的多個位置。

如果任何人有任何其他的想法，將不勝感激。

非常感謝

Answer 1

當你說「它取決於」時，你是正確的。這取決於你的數據將用於OLTP你會看到一個規範化的設計，並且一個報告系統，你會希望數據去規範化，聯繫信息與其他數據組件一起。

在標準化數據庫中，標準化的級別也可以進行辯論。有些人會說你的聯繫信息是粒狀的，就像你在第一種情況下一樣。我喜歡走「中間路線」，我會把所有聯繫信息放在一張表中，其中包括地址，電話和電子郵件。

Contact 
ID, Address, Address2, City, State, Zip, Phone, Email 

然後創建一個單獨的表

CompanyContact 
ID, CompanyID, ContactID 

這也可以被集成到該公司表的關係，只需添加一個ContactID本公司表，避免了單獨的關係和加入。

你也可以實現一個表ContactTypes。

ContactType 
ID, ContactType 
1, Company 
2, Charity 
3, Auditor 
.... 

然後，您可以指定在CompanyContact表中刪除需要的關係。雖然它適合每種類型1個聯繫人的情況，但不會留下增長空間。

Answer 2

我喜歡你的方法2更好，但它似乎仍然太多的工作。爲什麼不只有一個存儲所有地址，電話號碼，發信人的電話號碼，地址等......表格，然後引用公司，審計員等等......？這可能是我如何做到的。

Answer 3

您可以爲所有人使用單個表格並使用如下所示的數據類型。