作者gn01838335 (寂靜的生存者)
看板Soft_Job
標題Re: [討論] 資料庫和SQL的專業是不是很不被重視?
時間Tue Nov 28 19:15:40 2017
有看到有人說
FK為了資料完整性
但增加外鍵成本對資料庫效能是好事還是壞事，我有遇過濫用外鍵造成執行成本很高的情
況，結果很慢的情況。
2.那mongodb就是資料不完整的資料庫囉
因為Mongodb沒有有FK啊，對資料庫來講一定要FK嗎?
是不是結構式資料都比較難使用的八卦啊。
弄個假資料還要被外鍵卡住
刪個資料還要解鍵
話說對資料庫瞭解，代表他的執行計畫跑出來比較快嗎？
正規化到三階以上，然後查個資料inner join一堆會比較快嗎？
我好多個問號麻煩大大幫忙解惑。
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 27.242.32.39
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1511867743.A.42E.html
1F：→ alan3100: 1.FK假議題 2.跑不跑的快先學會看execution plan 11/28 19:27
2F：噓 Hordor: FK 就是為了防止你這種人亂加資料亂刪資料 別人Debug到死 11/28 19:29
3F：→ alan3100: 要求資料完整性上就很少會依賴FK做檢查 11/28 19:30
4F：→ a926: 怎麼會拿關聯跟非關聯資料庫來比…我無言 11/28 19:47
5F：→ johnny94: 是可以比，但這篇是亂比一通 11/28 19:57
6F：→ dreamnook: 滿需要有人解釋+1 因為我也常常覺得自己在亂用 11/28 20:09
7F：推 drajan: 對資料庫 語法瞭解 query perf一定比不懂的要強 11/28 20:12
8F：推 drajan: 想學東西就自己上網google 很多開放式課程也有講到 11/28 20:15
9F：噓 Jichang: 觀念很糟 ... inner join 不會比較快 但是 update 一次要 11/29 13:12
10F：→ Jichang: 改一堆 table 更慘 .. 11/29 13:12
11F：→ te426odin: 你說的問題就必須要回歸到RDBMS所謂的完整性約束的問題 11/29 15:24
12F：→ te426odin: 資料庫設計考量的是系統上線之後的資料完整性與安全性 11/29 15:25
13F：→ te426odin: 你的舉例完全是以RD在開發時的方便性作為前提 11/29 15:26