※ 引述《BigLoser (大魯蛇)》之銘言：
: 因為這個狀況中，地址和個人照片是相似的東西，所以本魯蛇只拿其中一個做舉例，
: 這個資料庫，需要至少兩個資料表：
推這個方法，這是比較正規的作法
但是到業界久了之後，自然而然會冒出許多非正規的方法出來
有些況下會需要反正規化
例如：
直接把多個地址編成JSON，塞進欄位，例如
ADDRESS
{"XX市XX路XX號","OO市OO路OO號",""}
缺點是，以後如果要在地址欄位中做搜尋，會有點麻煩，因為要考慮溢出字元之類的問題
除此之外其他都還好
以及，如果會發生多個人共用同一個地址的話
那還是依照BigLoser講的那種方式去處理，那才正確的多對多關聯資料庫的設計方式