作者accessdenied (存取違規)
看板Soft_Job
標題Re: [討論] 資料庫和SQL的專業是不是很不被重視?
時間Tue Nov 28 20:49:24 2017
這篇自以為是的文章可以說是工程師的傲慢
也是萬年低薪工程師的天花板
又要把這篇寓言貼出來給大家看，尤其是電話那一段！
#1PUrZBaa (Soft_Job)
※ 引述《trueQoo (幸運之神)》之銘言：
: 資料庫這種情況很常見，就是不懂設計下的產物
: （學校沒教是一種情況）
: 然而，你還不能說他們不懂設計，他們會反過來說是你不懂設計
: （悶了）
: 資料庫界的奇怪現象
: 1.拿掉 pk 與 fk，說這樣效能會比較好（好在哪？）
: 2.多個欄位合起來設定一個 pk
: 3.一個人有多個電話，會設計成 tel1 tel2 tel3 多個欄位
: 4.為了正規化而設計資料庫，而不是為了使用者需求，也不是為了效能
: 5.用應用程式去做原本資料庫該做的資料檢查
: 讓我想到，這種資料庫品質想要做什麼資料倉儲，我也是覺得很不可思議
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.32.139.28
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1511873367.A.CFD.html
1F：推 shps951015: 很贊同 沒有說一定要哪種方法11/28 21:57
2F：→ shps951015: 能用的就好11/28 21:57
3F：推 skitty: 想問電話那段 不設三個欄位難道設三張表？11/28 22:20
4F：推 Hordor: 樓上，正規化來說會多一張表存一人多筆電話，一對多11/28 22:24
5F：推 supernow: 如果不限制有幾個電話，那就是會員（1）對電話（N),拆成11/28 23:06
6F：→ supernow: 一個資料表11/28 23:06
7F：推 xo1100: 那也要看當初設計離現在更改多久吧11/28 23:26
8F：→ xo1100: 如果已經累積了不少資料量也不確定會不會往下擴充11/28 23:27
9F：→ xo1100: 甚至看對方出多少錢要到多少時間考量的話未必有最佳解11/28 23:29
10F：推 Dnight: 最怕的是當初設計只有一個電話，資料量大到不行的時候要括11/28 23:31
11F：→ Dnight: 這時候拆成兩張表就會很痛苦，有些人乾脆就同一張表多開欄11/28 23:31
12F：→ Dnight: 位11/28 23:31
※ 編輯: accessdenied (114.32.139.28), 11/29/2017 03:00:04
13F：推 lovdkkkk: 或許可以存在 Map 然後轉成 JSON 字串直接放在一個欄位 11/29 11:07
14F：→ lovdkkkk: 就不必動資料庫 用程式做轉換就好 (很混) 11/29 11:07
15F：→ te426odin: 樓上你這樣業主改需求你會很累喔XD 11/29 16:38
16F：→ lovdkkkk: XD 11/29 20:08