2013-04-16 121 views
1

我正在設計一個用於存儲租戶和地址信息的數據庫模式。爲了規範化,並且因爲我將在地址表中存儲多個租戶地址,我使用多對多關係創建了這兩個單獨的表,並創建了一個「交叉引用」表。另外,存儲在我的交叉引用表中的是AddressTypeID。我這樣做是因爲地址類型可以在軟件中定製。這對我來說似乎是正確的,這裏有改進的空間嗎?多對多關係,正確實施?

Many to many relationship schema

+1

VALID_FROM和失效日期(可爲空),這看起來好像你是在正確的軌道上。一般來說,「聯繫」地址可以有許多不同的形式(傳真#,電子郵件等)以及不同司法管轄區郵政和街道地址的簡單格式變體。你帶着這個去哪裏? –

+0

我對聯繫信息(電子郵件,電話號碼,傳真等)有單獨的關係。就地址格式變化而言,我只需要存儲地址信息以用於顯示目的。除了放在郵件信封的正面,不需要解析地址,因此在我看來,存儲單個項目(例如街道號,街道名稱,街道類型等)是過度殺傷性的。 AddressType是指[工作,家庭等] –

回答

1

您的設計看起來不錯。考慮將ssn移除到其自己的表中,以獲得更加嚴格的特權以保護隱私。許多查詢需要租戶;沒有多少人需要ssn。

+0

這就是爲什麼我喜歡這個地方!好主意! –

0

您的地址表未規範化。你應該指向城市,郵編,也許縣的外國表。您不需要指出可以從City或Zip派生的狀態。

你也可以考慮在租客地址