 |
MithrilMar 23
1
要么开始就加，要么一直就不加。
从头搞项目的话，看数据类型。数据量预期不会特别大，而且对数据完整性要求比较高的，肯定还是加。其他数据量比较大的东西，比如 xx 记录这种，就尽量搞一张扁平大表，方便后续拆出去，上队列或者缓存，或者 OLAP 等其他的服务。 |
 |
2
不上，有额外开销
|
 |
urlkMar 23
3
从来没用过外键, 互联网行业需求变化快, 甚至表结构都经常改来改去, 上外键不是自找没事吗
|
 |
JoeDHMar 23
4
从来不用
|
 |
whoosyMar 23
5
从来不用物理外键
|
 |
wogogoingMar 23
6
在业务/代码层面做关联约束。
|
 |
woodfizkyMar 23
7
不做。
你正文里这个例子就已经说明外键的问题之一了，遇到数据库迁移或者在现有表上改设计的时候外键要让你头疼死。 性能也不太好。 ORM 可以加虚拟外键。或者你自己写业务查询的时候自己 join 一下就好了。 |
 |
opengpsMar 23
8
不做，将来如果有调整会容易一大截，这种调整不光是不合理，也包括业务做大了的分裤分表分布式
|
 |
htxy1985Mar 23
9
早在 200x 年都已经定下的策略，从不用。
|
 |
justNoBodyMar 23
10
除了最早 oracle 的项目外，从来没加过外键
|
 |
yinminMar 23 via iPhone
11
不做外键约束，这货会害死运维的
|
 |
PlatingMar 23
12
不加，DBA 和公司规范也早就不推荐了
|
 |
FelldeadbirdMar 23
13
我不会用，有时候删数据要把其他地方也清掉，很烦。
新项目交给 AI ，AI 很喜欢用。 |
 |
iamzcrMar 23
14
不搞外键约束，没有专业的 DBA,后面维护贼麻烦，直接程序上处理，利用事务。
|
 |
realpgMar 23
15
一般不搞， 偶尔搞， 外键主要用于自动 cascade 清空关联数据 不用其他功能
|
 |
LeegoYihMar 23
16
 前阵子和一个玩游戏认识的老外朋友一起开发一个工具，我主导设计表结构和接口，我就按照肌肉记忆理所当然地没有加外键。 结果他看完表结构后问我：不是哥们，你的表之间明明有关联，为什么不定义外键？ 我解释说：不加外键写入性能更好，在我们这绝大多数项目都是不加的，加外键的反而才是少数。他表示惊了。 |
 |
pulutom40Mar 23 via iPhone
17
这得看你用什么数据库，mysql 外键跟狗屎一样，所以大家都不用。换 pg 会好很多。
过内互联网公司都是用 mysql ，因此大家都不加外键。而海外公司人手 pg ，因此都会按关系型数据库的原本用法来使用 |
 |
back0893Mar 23
18
不加 鬼知道产品咋个改 运维?那不是开发自己
|
 |
lucaysMar 23
19
肯定不加吧，qwen 有问题
|
 |
tianjiyaoMar 23
20
我用 pgsql AI 都是会加外键的啊。。
|
 |
snwMar 23 via Android
21
ERP 系统之类五年十年稳定不变的加（基础字段），各类分析系统整天变动的不加。
|
 |
loadingMar 23
22
数据库考试的时候要加
生产环境，在代码里面搞定关系，数据库用事务保证，begin commit |
 |
526326991Mar 23
23
面向项目开发 不用❎
面向模型开发 用✅ 底层开发 需要 业务开发 不要 |
 |
cutiechiMar 23
24
开发的时候用，上线全删了
|
 |
Rache1Mar 23
25
本来以前都不加的，最近这个项目有，又给加上了，用起来也不错，没那么不堪，主要是用来联动删除数据之类的。
|
 |
richarddingcnMar 23
26
线上业务设计 db 都不考虑 normalization 的 上啥 fk
|
 |
agmtopyMar 23
27
不搞,金融系统都从来不搞,麻烦
|
 |
wzwMar 23
28
如果 PostgreSQL + GORM ，是不是最好的：
在 GORM 配置中开启 DisableForeignKeyConstraintWhenMigrating: true ，抛弃物理外键。 这样? |
 |
oedMar 24
29
想起电工，老师傅带小师傅，电灯接线要不要关总闸，原则上是需要的......
|
 |
abc0123xyzMar 24
30
不搞，田园敏捷开发搞这个就是作死。
|
1
Select Language