Re: [討論] 資料庫和SQL的專業是不是很不被重視?

[accessdenied (存取違規)]

這篇自以為是的文章可以說是工程師的傲慢

也是萬年低薪工程師的天花板

又要把這篇寓言貼出來給大家看，尤其是電話那一段！

#1PUrZBaa (Soft_Job)


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

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.32.139.28
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1511873367.A.CFD.html
推 shps951015: 很贊同 沒有說一定要哪種方法
→ shps951015: 能用的就好
推 skitty: 想問電話那段 不設三個欄位難道設三張表？
推 Hordor: 樓上，正規化來說會多一張表存一人多筆電話，一對多
推 supernow: 如果不限制有幾個電話，那就是會員（1）對電話（N),拆成
→ supernow: 一個資料表
推 xo1100: 那也要看當初設計離現在更改多久吧
→ xo1100: 如果已經累積了不少資料量也不確定會不會往下擴充
→ xo1100: 甚至看對方出多少錢要到多少時間考量的話未必有最佳解
推 Dnight: 最怕的是當初設計只有一個電話，資料量大到不行的時候要括
→ Dnight: 這時候拆成兩張表就會很痛苦，有些人乾脆就同一張表多開欄
→ Dnight: 位
※ 編輯: accessdenied (114.32.139.28), 11/29/2017 03:00:04
推 lovdkkkk: 或許可以存在 Map 然後轉成 JSON 字串直接放在一個欄位
→ lovdkkkk: 就不必動資料庫 用程式做轉換就好 (很混)
→ te426odin: 樓上你這樣業主改需求你會很累喔XD
→ lovdkkkk: XD