有看到有人说
FK为了资料完整性
但增加外键成本对数据库效能是好事还是坏事，我有遇过滥用外键造成执行成本很高的情
况，结果很慢的情况。
2.那mongodb就是资料不完整的数据库囉
因为Mongodb没有有FK啊，对数据库来讲一定要FK吗?
是不是结构式资料都比较难使用的八卦啊。
弄个假资料还要被外键卡住
删个资料还要解键
话说对数据库了解，代表他的执行计画跑出来比较快吗？
正规化到三阶以上，然后查个资料inner join一堆会比较快吗？
我好多个问号麻烦大大帮忙解惑。
1.FK假议题 2.跑不跑的快先学会看execution plan
作者:
Hordor (Hordor)
2017-11-28 19:29:00FK 就是为了防止你这种人乱加资料乱删资料 别人Debug到死
作者:
a926 (Aaron)
2017-11-28 19:47:00怎么会拿关联跟非关联数据库来比…我无言
作者:
johnny94 (32767)
2017-11-28 19:57:00是可以比，但这篇是乱比一通
作者:
drajan (EasoN)
2017-11-28 20:12:00对数据库 语法了解 query perf一定比不懂的要强想学东西就自己上网google 很多开放式课程也有讲到
作者:
Jichang (C.C.Lemon)
2017-11-29 13:12:00观念很糟 ... inner join 不会比较快 但是 update 一次要改一堆 table 更惨 ..
你说的问题就必须要回归到RDBMS所谓的完整性约束的问题数据库设计考量的是系统上线之后的资料完整性与安全性你的举例完全是以RD在开发时的方便性作为前提