是什么理由让你彻底抛弃数据库的外键？

[ljk]

初涉后台开发未深，诚惶诚恐看 <SQL 反模式>，学习最佳实践。

发现现在这个项目应用了不少反模式，其中最让我困惑的是，完全不使用外键，涉及到外键的逻辑全部在应用代码里实现。

询问项目负责人，告知不使用数据库外键主要有两原因:

1. 多台服务器不停机升级时，有可能数据库新加入的外键限制导致新程序没办法在旧数据库上跑
2. 运维人员对数据库外键深恶痛绝（举例说唯品会就是这样做的）

听起来只要是分布式的服务器热升级（第一点原因）、或者团队里有运维人员，就应该抛弃数据库外键了。

业界都是这样做的吗？书上说的当真脱离了实际？

谢不吝赐教。

[SpicyCat]

没有设计过数据库，比较好奇完全不用外键的数据库怎么搞。就拿课本上的例子来说吧，一个选课系统，有学生信息，课程信息，还有选课信息。学生信息和课程信息可以没有外键，是独立的，那选课信息怎么搞？

[xgfan]

@SpicyCat 存学生和课程的 id 啊。

[windowsma]

约束一般在逻辑里实现。

[SpicyCat]

@xgfan 那不是有外键了？

[slowindy]

@SpicyCat 说的是不在数据里设置外键，而是通过逻辑关联来实现外键

[BakCshi]

@SpicyCat 那个是中间表

[ljk]

@windowsma 所以新浪的数据库也是不用外键的？

[tabris17]

对数据一致性要求不严格的场景都不应该使用外键

[xrlin]

外键会用，但约束在程序逻辑中实现。

[helloccav]

除了大学学数据库的时候了解过外键，工作几年来写代码从来没用过外键

[ljk]

@tabris17 请问理由？

[windowsma]

@ljk 企业内应用一般会用外键、触发器、存储过程等，互联网服务很少用，维护起来复杂。目前数据库能用到的约束也就是唯一索引了。

[ljk]

@xrlin 外键用了，自然有约束了。为什么你还要在程序逻辑中实现约束呢？

[ljk]

@windowsma 请问不使用外键的话，数据库里出现的一些垃圾数据，比如一些"外键"指向不存在的记录，怎么处理？定时执行脚本清理吗？

[tabris17]

@ljk 理由就是不要“作”

[tabris17]

@ljk 人生苦短，不要作

[allenhu]

@ljk 如果出现你说的垃圾数据，那是代码逻辑有问题，比如，你删除记录的时候，忘记删除某些关联的数据

[hyuwang]

性能啊
这都分布式了 当然不考虑外键
外键本身是为了实现强一致性 跟大规模并发和分布式都是冲突的

我觉得完全取决于架构如何设计
一些对性能没追求或者数据极其重要，可靠性要求高的业务外键是不可少的

[windowsma]

@ljk 额，你这是有数据库数据洁癖啊~~也没有绝对的舍弃外键，像金融、供应链等场景还是需要优先保证数据完整性的。不过在互联网业务场景下，会尽量减少连接查询，降低表之间的逻辑耦合，当所谓的外键记录不存在时，指定默认值或者直接报错。

[ljk]

@hyuwang 多谢赐教。

再问一下，如果不使用数据库外键，程序中想在插入一条记录时验证某个"外键"是否合法有效，一般的做法是怎样？

是先做一次 sql 查询外键有有效性，再做一次 sql 插入？抑或是一句 sql 把校验和插入给完成了？