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

[trueQoo (幸運之神)]

資料庫這種情況很常見，就是不懂設計下的產物
（學校沒教是一種情況）

然而，你還不能說他們不懂設計，他們會反過來說是你不懂設計
（悶了）

資料庫界的奇怪現象

1.拿掉 pk 與 fk，說這樣效能會比較好（好在哪？）

2.多個欄位合起來設定一個 pk

3.一個人有多個電話，會設計成 tel1 tel2 tel3 多個欄位

4.為了正規化而設計資料庫，而不是為了使用者需求，也不是為了效能

5.用應用程式去做原本資料庫該做的資料檢查

讓我想到，這種資料庫品質想要做什麼資料倉儲，我也是覺得很不可思議

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.136.70.105
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1511836657.A.ECC.html
→ testPtt: 推薦用NoSQL
推 lgzenith: 所以2的狀況不少？我還以為只有某ERP廠商這麼做
→ chris80072: 可以解釋一下第五點嗎?  有點不是很懂  謝謝
推 imlin01: 第五點資料檢查用程式做沒什麼問題吧
推 mathrew: 一堆公司都嘛這樣  我們公司也是  pk fk 是看心情設的
→ mathrew: 有的有  有的沒有
推 tofuflower: 你有沒有看過用程式 rollback 不用 DB 內建功能的XD
推 Hordor: 2. 原本就是有爭議的
推 Adonisy: 第5點應該是原本資料庫的check功能不用
→ robler: 所以複合鍵現在變成不能用的東西了?
→ robler: 我覺得這五點很多都是你個人的信仰問題
→ robler: 只是你自己的偏見而已
推 Adonisy: 第3點連第一正規化都沒有...算是基本常識啊...
推 vallwesture: 第五點應該是可以在記憶體上完成的事情卻用資料庫做
推 ChungLi5566: 第一正規化大部份DB會幫你檢查吧  無法Insert
推 johnny94: 2 未必是不好的，是設計時需考慮的事。
推 oneheat: 哈哈，不是早就說了，文人相輕啊，自己認真的永遠最好最
→ oneheat: 棒，其他都是錯的！
→ oneheat: 還是show薪資單比薪水比較快啦
→ elements: 通常人都要踩進自己挖的坑以後 才知道自己不是永遠是對
→ elements: 的
推 Adonisy: 說穿了，多個欄位的主索引是對主索引的定義就有問題了
→ oneheat: 研發永遠不會只是單一面向去看事情啊，任何事情都有其背
→ oneheat: 後的原因，不去了解不去了解就先批評才是最大問題
推 senjor: 某些專案為了特殊需求還會刻意anti正規化
→ alan3100: ...你根本自打嘴巴 自以為最好
→ alan3100: 不要認為你有機車了就嘲笑腳踏車和汽車 每個適用不同
→ iamshiao: 2 不一定是錯的
→ iamshiao: 3～5 也不一定是錯的，而且你 3、4 兩點不是矛盾了嗎？
推 wingture: 推現象有感
→ longlongint: 1 不常 search 的欄位不用設 key
→ ruthertw: 5-->有的公司為了不同客戶的需求和特殊服務,常會這樣做
→ ruthertw: 商用的資料庫系統非常樂見越多人用這個方式越好,還主動
→ ruthertw: 更新API,更過分的還送教學影片~公司常常都會不用白不用
推 ghmsxtwo: 挖靠這裡也釣的到脆瓜大
→ ChienHsiang: 2,5 真的未必是錯的！
→ xo1100: 第三點遇過一開始需求這樣然後又上加
→ xo1100: 問題是已經有資料了而且還不少 只好就……xd
推 drajan: 這世界上沒有anti正規化這種東西 只有denormalization
→ accessdenied: 充滿偏見的低能文章，肯定年薪低
推 ccc1001: 哇 這篇真的標準的自以為懂
推 del680202: 半桶水響叮噹
推 senjor: @drajan 感謝提供精準用字 orz
→ psliurt: 2叫做複合主鍵, 3.看需求再決定要不要拉另一個table吧
→ psliurt: 4.跟3互相矛盾了好嗎? 5.先學一下SQL Injection好嗎?