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

看板Soft_Job作者 (存取違規)時間8年前 (2017/11/28 20:49), 8年前編輯推噓7(7推 0噓 9→)
留言16則, 8人參與, 8年前最新討論串7/9 (看更多)
這篇自以為是的文章可以說是工程師的傲慢 也是萬年低薪工程師的天花板 又要把這篇寓言貼出來給大家看，尤其是電話那一段！ #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
推
11/28 21:57, 8年前 , 1F
很贊同 沒有說一定要哪種方法
11/28 21:57, 1F
→
11/28 21:57, 8年前 , 2F
能用的就好
11/28 21:57, 2F
推
11/28 22:20, 8年前 , 3F
想問電話那段 不設三個欄位難道設三張表？
11/28 22:20, 3F
推
11/28 22:24, 8年前 , 4F
樓上，正規化來說會多一張表存一人多筆電話，一對多
11/28 22:24, 4F
推
11/28 23:06, 8年前 , 5F
如果不限制有幾個電話，那就是會員（1）對電話（N),拆成
11/28 23:06, 5F
→
11/28 23:06, 8年前 , 6F
一個資料表
11/28 23:06, 6F
推
11/28 23:26, 8年前 , 7F
那也要看當初設計離現在更改多久吧
11/28 23:26, 7F
→
11/28 23:27, 8年前 , 8F
如果已經累積了不少資料量也不確定會不會往下擴充
11/28 23:27, 8F
→
11/28 23:29, 8年前 , 9F
甚至看對方出多少錢要到多少時間考量的話未必有最佳解
11/28 23:29, 9F
推
11/28 23:31, 8年前 , 10F
最怕的是當初設計只有一個電話，資料量大到不行的時候要括
11/28 23:31, 10F
→
11/28 23:31, 8年前 , 11F
這時候拆成兩張表就會很痛苦，有些人乾脆就同一張表多開欄
11/28 23:31, 11F
→
11/28 23:31, 8年前 , 12F
位
11/28 23:31, 12F
※ 編輯: accessdenied (114.32.139.28), 11/29/2017 03:00:04
推
11/29 11:07, 8年前 , 13F
或許可以存在 Map 然後轉成 JSON 字串直接放在一個欄位
11/29 11:07, 13F
→
11/29 11:07, 8年前 , 14F
就不必動資料庫 用程式做轉換就好 (很混)
11/29 11:07, 14F
→
11/29 16:38, 8年前 , 15F
樓上你這樣業主改需求你會很累喔XD
11/29 16:38, 15F
→
11/29 20:08, 8年前 , 16F
XD
11/29 20:08, 16F
‣ 更多 accessdenied 的文章
文章代碼(AID): #1Q7LjNpz (Soft_Job)
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 7 之 9 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共9篇)
‣ 更多 accessdenied 的文章
文章代碼(AID): #1Q7LjNpz (Soft_Job)