关于外键，为什么国内基本都不推荐使用，国外基本都推荐使用？

@agagega #55 同意你所说的“ 互联网公司的业务不太追求完整的数据一致性”

@passerbytiny #57 什么叫数据库编程？什么叫应用编程？

@JasonLaw 因为踩的坑多了，就知道外键对改需求来说是个累赘。你要非让我具体说个案例，你一定觉得这也没啥，但架不住多啊！烦啊！

关键是为啥一定要用外键？奥卡姆剃刀原则在设计系统时一样有效——如无必要，勿增实体。不能因为它在某些角度看起来有好处就无脑用。

一致性对某些场景很重要，但多数互联网企业并不在意这个。据说连支付宝的交易记录都允许出错，每天都会因为对不上账而赔几万块钱。但你要他保证一致性，那成本怕是远远远远远超每天几万块。

@agagega #55
@JasonLaw #61
@Rocketer #63

这里纠正一下，外键跟一致性（ Consistency ）没有太大的关系，更正确的说法是：外键能够保证 referential integrity 。Consistency 不是数据库本身的一个特性，它是应用怎么使用数据库的一个特性。

@coolcfan
https://github.com/WordPress/WordPress/blob/a91fc400a0d8924f63a17846121a55854ccfb03c/wp-admin/includes/schema.php#L36

wordpress 这种当然是不用数据库外键的

为什么拿 stack overflow 这样的学术性偏强的问答帖子和 v 站水帖比，你可以去搜搜 reddit 帖子或去老外的技术群组讨论，确认一下老外确实大部分都会用 FK 再来提问。
或者直接去捞一些 GitHub 项目，统计一下 FK 的使用情况。
反正我随便搜了一下，发现老外们也有不少不用 FK 的，类似你这样的帖子讨论也不少。

@illuz #66 能够提供一下你所查阅的资料吗？我看到的绝大多数都是倾向使用外键的。

Google 搜索“foreign key database or application reddit”得到的一些结果：

* Are foreign keys really necessary in a database design? : programming - https://www.reddit.com/r/programming/comments/6xidz/are_foreign_keys_really_necessary_in_a_database/
* What Would Happen If Foreign Keys Not Used? : Database - https://www.reddit.com/r/Database/comments/ef38aq/what_would_happen_if_foreign_keys_not_used/
* Don't Most Databases Have Foreign Key Constraints? : SQLServer - https://www.reddit.com/r/SQLServer/comments/6wz2hu/dont_most_databases_have_foreign_key_constraints/dmd7dj1/
* ...

其实我也不喜欢用，为什么要让数据库去约束业务

@gBurnX #37
并没觉得有问题，而且业务上负责人不是岗位。
我觉得没必要为了使用外键而修改业务。

@fengpan567 #68 请问你有使用 primary key, unique 等数据库提供的约束吗？有使用事务吗？

所以你说的是数据库物理外键还是说框架里的逻辑外键？

我觉得逻辑外键要有，但是物理外键还是算了吧。
物理外键删数据的时候连 hook 都不会走，天知道会漏跑什么东西。

@msg7086 #71

更加准确的说，是数据库的 foreign key constraint 。

“物理外键删数据的时候连 hook 都不会走，天知道会漏跑什么东西”是什么意思？可以具体描述一下吗？

@JasonLaw ORM 在执行数据写入的时候是可以往上挂钩子做额外处理的。

举个简单的例子。你有两个表，一个用户表，一个帖子表，帖子外键连到用户。

现在你把一个用户删了，那么这个用户对应的帖子就需要做适当的处理。
比如你可以在用户的删除钩子上，把他发的所有帖子的用户 ID 都改成一个特殊用户的 ID 。
这样那些帖子就不会被删除了。
当然，这个钩子里还可以做其他的操作，比如更新用户的发帖数，更新页面缓存，等等。

而用数据库外键的话，你一做级联删除，这些帖子就消失不见了，你也没法在对象上加钩子来处理这些事件。
换句话说，数据库背着程序做了一些修改，而程序没有感知。
这个行为我觉得是很可怕的。

所以我宁愿让 ORM 来负责一致性。我想级联删除就级联删除，我想用钩子做其他处理，就绑钩子。

@msg7086 #73 ON DELETE CASCADE 是可选的。

@JasonLaw 但是做外键不就是为了强一致性么。

@msg7086 #75 保证 referential integrity

@JasonLaw 你这几个帖子里面就有一些非外键派的吧，没有绝大部分哈

我只是对帖上文的 stack overflow 和 v2 对比方式表达一下看法，感觉这个讨论前提不够有力

@gBurnX 关于准确这个方面, 这个说得没错. 但你 `mysqldump` 出来一个库后, 然后直接 `source` 进去却报错. 这个你受得了? 试想几百个表, 然后还要一个一个地对比着先后顺序吗? 如果没有文档说明, 没人会想到会是这种问题. 当初我就是吃过这方面的亏. (我不是专业的 DBA)

@skiy 导入导出的时候问题不大吧。可以暂时禁用外键检查，导入完成后再启用即可。