大家在建表的时候都使用外键吗？

[Macv1994]

在上一家公司不准使用外键，新入职一家公司，发现数据表中使用了很多外键，不知道大家日常是怎么操作的?

[sxfscool]

很久没用过外键了

[dddz97]

基本没用过

[xcai007]

可以使用外键

[liuzhaowei55]

不用外键，甚至已经比较少使用主键关联了，使用业务唯一对象关联比较多

[Macv1994]

@liuzhaowei55 感觉外键有时候还挺方便的😹😹😹

[yisheyuanzhang]

没用过外键。。。

[liuzhaowei55]

@Macv1994 使用主键外键后期排查问题不太方便，要先去原表查出主键再去查外键数据，要不就是一个大 join，

[SjwNo1]

可以用但不用

[WhoMercy]

V2 因为外键、范式的问题讨论 /争吵过好几次了...

我的意见是，自己不确定 能不能用、需不要需要用 的时候，就不用

[zjsxwc]

外键的目的是为了数据的完整性和一致性，

对于多表之间需要强数据一致性和完整性要求业务，且数据库会被不同语言或不同项目连接时， 我会用外键，因为不能保证别人或别的项目一定会知道，我这个项目要求哪些表之间数据是必须要有的。

但绝大部分一般业务我不会加数据库外键，因为大部分情况下，我们都在同一个项目下，使用同一套 编程语言别写的业务代码，来处理业务，而在业务层面，使用编程语言来约束更具有灵活性。

[Macv1994]

@WhoMercy 我自己写的博客就用了，感觉很方便。但是不知项目体量大了，体验是否会变差？

[Macv1994]

@zjsxwc 嗯嗯，是这样。但是如果到业务层面去处理，是不是会增加代码量？

[SkyLine7]

用外键级联很麻烦的，现在都拿关联字段当做逻辑外键

[Tink]

少用

[acmore]

现在的业务并不喜欢让数据库做太多掌控之外的事情，外键算是最不讨喜的一个。
以及外键在配合某些 ORM 框架使用时可能会有暗坑，你无法预设 "outer.inner" 这种写法一定会缓存结果，背后可能会有一堆查询在，还是要提前查询好 inner 再给 outer 用，那还不如不要外键。

[xuxuzhaozhao]

@WhoMercy 同意！

[zjsxwc]

@Macv1994 #12

这倒没有，不用数据库外键，
不代表你自己编程语言业务里面不用外键，这种外键，就是“软外键”

[securityCoding]

基本没用过了 , 一般通过中间表解决

[cco]

可以用外键，但是很久不用了。你觉得需要约束就用一下，没必要就不需要。

[DarkCat123]

测试环境用外键，生产不用。