为什么 Go 生态里有这么多 ORM 选择
Go 生态偏好显式而非隐式，所以没有 Java Hibernate 那样的大一统 ORM。GORM、Ent 和 Kitex（配合 codegen）是三条不同的路，各有适用场景。
GORM：最成熟，上手最快
GORM 是事实标准，生态丰富、文档完善。缺点是隐式 SQL、链式 API 容易写出难以维护的代码，且性能一般。适合快速开发或中小型项目。
Ent：代码生成，类型安全
Ent 是 Facebook 出品的代码生成式 ORM。Schema 定义后自动生成代码，类型安全、IDE 友好、支持图结构查询。缺点是学习曲线稍陡，新增字段需要重新生成。
Kitex + SQLBricks：微服务场景的最佳组合
字节跳动的 Kitex 框架不绑定 ORM，推荐配合 sqlx 或 sqlc 使用。sqlc 可以从 SQL 语句生成类型安全的 Go 代码，彻底避免 SQL 注入，同时保持 SQL 的可读性。
各场景推荐
| 场景 | 推荐 | 原因 |
|---|---|---|
| 快速原型/MVP | GORM | 上手快，生态成熟 |
| 中大型项目 | Ent | 类型安全，可维护 |
| 高性能微服务 | Kitex + sqlx | 零抽象，性能可控 |
| 需要图查询 | Ent | 原生支持图结构 |
小结
选 ORM 就是选抽象程度：GORM 是高抽象（牺牲性能和可维护性），Ent 是中抽象（平衡），sqlx 是低抽象（保留 SQL 的所有优点）。没有最优解，只有最适合当前项目规模和团队风格的方案。