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

[gn01838335 (寂靜的生存者)]

有看到有人說

FK為了資料完整性

但增加外鍵成本對資料庫效能是好事還是壞事，我有遇過濫用外鍵造成執行成本很高的情
況，結果很慢的情況。

2.那mongodb就是資料不完整的資料庫囉

因為Mongodb沒有有FK啊，對資料庫來講一定要FK嗎?

是不是結構式資料都比較難使用的八卦啊。

弄個假資料還要被外鍵卡住

刪個資料還要解鍵

話說對資料庫瞭解，代表他的執行計畫跑出來比較快嗎？

正規化到三階以上，然後查個資料inner join一堆會比較快嗎？

我好多個問號麻煩大大幫忙解惑。




--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 27.242.32.39
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1511867743.A.42E.html
→ alan3100: 1.FK假議題 2.跑不跑的快先學會看execution plan
噓 Hordor: FK 就是為了防止你這種人亂加資料亂刪資料 別人Debug到死
→ alan3100: 要求資料完整性上就很少會依賴FK做檢查
→ a926: 怎麼會拿關聯跟非關聯資料庫來比…我無言
→ johnny94: 是可以比，但這篇是亂比一通
→ dreamnook: 滿需要有人解釋+1 因為我也常常覺得自己在亂用
推 drajan: 對資料庫 語法瞭解 query perf一定比不懂的要強
推 drajan: 想學東西就自己上網google 很多開放式課程也有講到
噓 Jichang: 觀念很糟 ... inner join 不會比較快 但是 update 一次要
→ Jichang: 改一堆 table 更慘 ..
→ te426odin: 你說的問題就必須要回歸到RDBMS所謂的完整性約束的問題
→ te426odin: 資料庫設計考量的是系統上線之後的資料完整性與安全性
→ te426odin: 你的舉例完全是以RD在開發時的方便性作為前提