有看到有人說
FK為了資料完整性
但增加外鍵成本對資料庫效能是好事還是壞事，我有遇過濫用外鍵造成執行成本很高的情
況，結果很慢的情況。
2.那mongodb就是資料不完整的資料庫囉
因為Mongodb沒有有FK啊，對資料庫來講一定要FK嗎?
是不是結構式資料都比較難使用的八卦啊。
弄個假資料還要被外鍵卡住
刪個資料還要解鍵
話說對資料庫瞭解，代表他的執行計畫跑出來比較快嗎？
正規化到三階以上，然後查個資料inner join一堆會比較快嗎？
我好多個問號麻煩大大幫忙解惑。

1.FK假議題 2.跑不跑的快先學會看execution plan

FK 就是為了防止你這種人亂加資料亂刪資料 別人Debug到死

要求資料完整性上就很少會依賴FK做檢查

怎麼會拿關聯跟非關聯資料庫來比…我無言

是可以比，但這篇是亂比一通

滿需要有人解釋+1 因為我也常常覺得自己在亂用

對資料庫 語法瞭解 query perf一定比不懂的要強想學東西就自己上網google 很多開放式課程也有講到

觀念很糟 ... inner join 不會比較快 但是 update 一次要改一堆 table 更慘 ..

你說的問題就必須要回歸到RDBMS所謂的完整性約束的問題資料庫設計考量的是系統上線之後的資料完整性與安全性你的舉例完全是以RD在開發時的方便性作為前提