我正在設計一個用於存儲租戶和地址信息的數據庫模式。爲了規範化,並且因爲我將在地址表中存儲多個租戶地址,我使用多對多關係創建了這兩個單獨的表,並創建了一個「交叉引用」表。另外,存儲在我的交叉引用表中的是AddressTypeID。我這樣做是因爲地址類型可以在軟件中定製。這對我來說似乎是正確的,這裏有改進的空間嗎?多對多關係,正確實施?
1
A
回答
1
您的設計看起來不錯。考慮將ssn移除到其自己的表中,以獲得更加嚴格的特權以保護隱私。許多查詢需要租戶;沒有多少人需要ssn。
+0
這就是爲什麼我喜歡這個地方!好主意! –
0
您的地址表未規範化。你應該指向城市,郵編,也許縣的外國表。您不需要指出可以從City或Zip派生的狀態。
你也可以考慮在租客地址
相關問題
- 1. 多對多關係插入不正確
- 2. 刪除正確的多對多關係
- 3. 如何在一側實施有限數量關係的多對多關係? (MySQL)
- 4. OpenGL正確實施多種材質
- 5. 正確實施多重驗證
- 6. 該查找(關聯)表是否正確? (多對多的關係)
- 7. 什麼是關聯表的正確名稱(多對多關係)
- 8. 正確通過多對多的關係返回對象
- 9. 正確地創建關係,多對一或一對多
- 10. 在Realm中實現一對多關係的正確方法
- 11. 在休眠中正確實現一對多的單向關係
- 12. 多對多關係 - 實體框架正在創建新對象
- 13. 一對多關係定義:關係方向的正確解釋
- 14. 在C#中強制實施一對多關係?
- 15. 多對多實體關係:使用FOSUserBundle
- 16. 多對多關係實體框架
- 17. 實體框架多對多關係
- 18. MVC +實體框架:多對多關係
- 19. 爲多對多實體關係
- 20. 實體框架多對多關係
- 21. 如何實現多對多關係?
- 22. 多對多關係實體框架
- 23. 多對多關係的實體Sql
- 24. 實體框架:多對多的關係
- 25. 多對多關係爲單個實體
- 26. 實體框架4.0 - 多對多關係
- 27. 實體框架4.1。更新多對多關係。這是正確的方式嗎?
- 28. 實體框架:使用多對多關係時數據不正確
- 29. 如何在oracle數據庫中實現多對多關係正確?
- 30. 多對多關係
VALID_FROM和失效日期(可爲空),這看起來好像你是在正確的軌道上。一般來說,「聯繫」地址可以有許多不同的形式(傳真#,電子郵件等)以及不同司法管轄區郵政和街道地址的簡單格式變體。你帶着這個去哪裏? –
我對聯繫信息(電子郵件,電話號碼,傳真等)有單獨的關係。就地址格式變化而言,我只需要存儲地址信息以用於顯示目的。除了放在郵件信封的正面,不需要解析地址,因此在我看來,存儲單個項目(例如街道號,街道名稱,街道類型等)是過度殺傷性的。 AddressType是指[工作,家庭等] –