這篇自以為是的文章可以說是工程師的傲慢
也是萬年低薪工程師的天花板
又要把這篇寓言貼出來給大家看，尤其是電話那一段！
#1PUrZBaa (Soft_Job)
※ 引述《trueQoo (幸運之神)》之銘言：
: 資料庫這種情況很常見，就是不懂設計下的產物
: （學校沒教是一種情況）
: 然而，你還不能說他們不懂設計，他們會反過來說是你不懂設計
: （悶了）
: 資料庫界的奇怪現象
: 1.拿掉 pk 與 fk，說這樣效能會比較好（好在哪？）
: 2.多個欄位合起來設定一個 pk
: 3.一個人有多個電話，會設計成 tel1 tel2 tel3 多個欄位
: 4.為了正規化而設計資料庫，而不是為了使用者需求，也不是為了效能
: 5.用應用程式去做原本資料庫該做的資料檢查
: 讓我想到，這種資料庫品質想要做什麼資料倉儲，我也是覺得很不可思議

很贊同 沒有說一定要哪種方法能用的就好

想問電話那段 不設三個欄位難道設三張表？

樓上，正規化來說會多一張表存一人多筆電話，一對多

如果不限制有幾個電話，那就是會員（1）對電話（N),拆成一個資料表

那也要看當初設計離現在更改多久吧如果已經累積了不少資料量也不確定會不會往下擴充甚至看對方出多少錢要到多少時間考量的話未必有最佳解

最怕的是當初設計只有一個電話，資料量大到不行的時候要括這時候拆成兩張表就會很痛苦，有些人乾脆就同一張表多開欄位

或許可以存在 Map 然後轉成 JSON 字串直接放在一個欄位就不必動資料庫 用程式做轉換就好 (很混)

樓上你這樣業主改需求你會很累喔XD

XD