作者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/cn.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