搜索
  • 你们在项目开发中会使用外键吗？
  • 发布于 8小时前
  • 11 热度
    10 评论
  • Pigeon
  • 1 粉丝 44 篇博客
  •   
从事程序员工作一开始，公司的开发规范就参照阿里的开发规范，其他不说，这次就说说不使用外键，而是用代码逻辑处理相关约束这个事情吧。我觉得阿里有这样的规范应该是考虑到服务多，分库分表下外键基本上不可用了，但是当涉及体量不大，即使是多服务，但是也没有到分库分表的情况，那这种情况下我觉得使用外键还是不错的，当删除和更新是就不需要开发人员去考虑写逻辑，只要前期表设计的合理，这些容易让开发人员忽略的事情就可以交给数据库去做了。

我最近在做自己的一个小项目，我开始从头捡起了多年未使用的外键，因为我不需要考虑分表，这种情况下写代码真的省心好多，以前在写删除或者更新的时候还得自己考虑到位，保证不出现 “孤儿数据”，现在根本不需要。不知道大家平时会给自己的项目使用外键吗？如果不使用是为什么？如果使用了你觉得带来的开发收益大不大？
用户评论
  • 音信无凭
  • 阿里规范只适用于很典型互联网公司，而且业务不复杂（相对于传统制造业的业务来说）。
    外企路过，FK 必须用！
  • 2025/11/3 9:12:00 [ 0 ] [ 0 ] 回复
  • 遥歌
  • 自从阿里系“毕业”的阿狗阿猫们进入传统行业信息化并拿到话语权之后……作为一个并不强势的甲方里的信息化工作人员，我已经绝望了。不接受也得接受，反正换谁来开发都这一股子把 100 个并发的业务系统当 100 万个并发的点赞系统来做的烂德性。
  • 2025/11/3 8:58:00 [ 0 ] [ 0 ] 回复
  • 叫我小透明
  • 阿里的规范不一定适合所有公司，他们的体量普通公司达不到，他的规范很明显是把 MySQL 打平成普通的数据存储引擎了，摒弃了很多 MySQL 的特性，美其名曰提升性能。
    本质上是 RD 和 DBA 争话语权的问题。
  • 2025/11/3 8:55:00 [ 0 ] [ 0 ] 回复
  • 奥特蛋
  • 用。早期不用外键的原因：
    1. 和其他功能不兼容，例如分片（驳斥：很多问题只在早期 MySQL 中存在，PostgreSQL 大概率并没有相关问题）
    2. 影响性能（驳斥：对性能影响很小。而且如果真的存在某条高频语句，你确保不会出现问题，希望外键不要做无用的检查，现代数据库都允许你针对这单条语句禁用一致性检查，从而保持性能。另外，外键约束也会帮助某些连表查询的自动优化，实际上可能有助于提升性能）
    3. 人工维护数据时必须停机（驳斥：对整个数据库临时禁用一致性检查，就能在线维护数据）
    4. 外键功能太弱，不满足业务需求（这个完全看特定场景了，如果不能满足业务需求那没什么好说的）
  • 2025/11/3 8:47:00 [ 0 ] [ 0 ] 回复
  • 那场梦
  • 目前主要是数据库设计阶段做 ER 图时会加入外键，方便确认表之间的关系，但是在导出建表语句时会忽略外键
  • 2025/11/3 8:37:00 [ 0 ] [ 0 ] 回复
  • Cactus
  • 基本上不用。就算用了，代码也要做一下。 所以干脆不用了，不过现在如果 AI 帮我把表建好了，给的 sql 有就用，没有就不用。
  • 2025/11/3 8:33:00 [ 0 ] [ 0 ] 回复
可能感兴趣的话题