大家在设计数据库的时候，一般会不会加外键

@zjsxwc #40 可是我不明白和数据一致性有什么关系。如果说数据完整性，那我可以理解。但是我看大家都在说一致性，或者两个并称。那这里的“一致性”到底是怎样一个场景？

@blueorange 哥 发个完整版的学习学习

不推荐加

小系统加了方便；
大系统加了，数据涨到一定程度外键极其难以扩展

这个在一开始的时候系统建模，不都是按 MCD 来的么？ 这个还有异议 ？ 不用外键导致的结果是，很多时候数据冗余

@cominghome 你是不是不知道 Django 可以不用外键?

多年前知乎上有过讨论
https://www.zhihu.com/question/19600081

@rootx 阿里 java 开发手册

schema 不都是通过外键关联出来的吗？

看到楼上知乎链接里说，数据库早期的设计是满足 C/S 构架的，真是一针见血，DB 也承载服务端的工作，需要数据一致性和安全。而现在流行的主流的构架是 B/S，DB 只专注于存储，似乎外键、存储过程、触发器都没有什么必要，很奇怪当初还要设计这些东西，安全和数据都可以由应用控制。阿里的 java 开发规范也明确不要使用外键和存储过程。java 适合应用层，阿里的规范也就是 B/S 构架下的一种最佳实践吧。曾经听说过，前端 js 里写 sql 直接调数据库，或者存储过程，把后端的处理分到前端和 DB 上，我觉得这设计真糟糕，没反应过来这是 C/S 的构架，至少有一点好处，减少了中间的消耗，提高了速度。

@cominghome django 可以实现逻辑外键，数据库层不会有实际约束。为什么不让写外键会凉？

mysql 也就能存储一下数据，我们也就用它存一下数据而已。要外键做什么？

开发中都是用逻辑外键，没试过物理外键关联的。

小项目 ORM 有带的就直接用了，不止一个人开发的项目都不想用，包括存储过程啊什么的都不用，换一个人维护累。

看情况，我的都是小项目，数据库一年不过 1，2G 这样的增长，所从来都是加外键的，这样可以省不少事。

不想上外键的原因很多，但是性能原因绝对是被忽悠瘸了的思路。
怕性能受影响，干嘛还用关系型数据库啊，上 nosql 方案呗！
所谓的“物尽其用”嘛！用关系型，就要用到它的特点，用 nosql 同样也要用它的特点。强行把 sql 当 nosql 玩，还自以为领悟到了反范式的能力，岂不是荒唐？
各种 ORMapping 的框架对外键的支持已经非常好了，强行丢掉外键导制开发者需要去人脑关注一群 [孤立] 的表，值得吗？
什么，你们公司不用 ORMapping，直接撸 JDBC/ADO.net 的？那行，开心就好喽！

我之前不加，现在加。

我不能保证其他人员跟我一样对数据的关联操作能跟我一样熟悉，加上外键强制校验数据完整性，避免其他人瞎操作。