revel 默认不内置 orm，依赖第三方库 gorp 实现 orm 功能；gorp 因轻量、无侵入、与 revel 生命周期天然契合而被广泛采用，gorm 和 ent 则因协程安全、耦合度等问题不适配。
Revel 框架本身不内置 ORM，它默认只提供轻量级的 DB module（基于 database/sql），真正承担 ORM 职责的是第三方库 —— 最常用的是 gorp。直接用 Revel 原生 DB 模块写 SQL 是可行的，但一旦涉及关联、事务一致性、结构映射或模型验证，就必须引入 gorp 或类似方案。
为什么 Revel 项目里几乎都选 gorp 而不是 GORM 或 Ent
Revel 的生命周期钩子（OnAppStart、BeforeRequest 等）和拦截器机制，与 gorp 的设计风格天然契合：gorp 是一个“薄封装”，它不接管连接池、不隐藏事务控制、不强制约定表名或字段名，而是把映射逻辑完全交由 struct tag（如 db:"user_id"）和显式调用管理。这使得它能无缝嵌入 Revel 的 GorpPlugin 模式中。而 GORM 的自动迁移、Hook 链、Session 封装等，在 Revel 的请求上下文里反而容易引发协程安全或事务泄漏问题；Ent 则因代码生成强耦合和 builder 模式，在 Revel 的 controller-action 模型中显得冗余。
-
gorp只需定义 struct + tag，没有运行时反射开销，适合 Revel 的同步阻塞式 handler - Revel 示例项目（如
booking）官方使用gorp，文档和插件生态围绕它构建 - 事务由
BeforeRequest开启、AfterRequest提交、OnException回滚，gorp的*gorp.DbMap实例可安全存于Controller字段中
gorp 模型定义必须带 db tag，且不能依赖驼峰自动转换
Revel + gorp 不会像 Laravel Eloquent 或 GORM 那样自动将 FirstName 映射为 first_name。所有字段映射必须显式声明，否则 gorp 会跳过该字段或报错 panic: unknown field。
- 主键字段必须用
db:"id, primarykey"（注意逗号分隔多个 flag） - 非空字段建议加
notnull，避免插入 NULL 导致数据库报错 - 时间字段若用
time.Time，需确保数据库列类型是DATETIME或TIMESTAMP，且 tag 中不加额外修饰 - 示例：
type User struct {
Id int64 `db:"id, primarykey"`
Email string `db:"email, notnull"`
Name string `db:"name"`
CreatedAt time.Time `db:"created_at"`
}
如果漏掉 db:"id, primarykey"，Insert() 会失败并返回 gorp: no primary key defined for struct User。
GorpPlugin 的事务生命周期必须与 Revel 拦截器严格对齐
Revel 的 GorpPlugin 不是“开箱即用”的黑盒 —— 它的 BeforeRequest 启动事务，AfterRequest 提交，OnException 回滚。但这个流程只有在 controller 继承自 GorpController 并调用其 Begin() / Commit() 时才生效。如果你在某个 action 里手动 new 了一个 *gorp.DbMap，它完全游离于该事务之外。
- 务必让业务 controller 嵌入
GorpController：type Application struct { *rev.Controller; *GorpController } - 在
init()中注册拦截器：rev.InterceptMethod((*GorpController).Begin, rev.BEFORE)和rev.InterceptMethod((*GorpController).Commit, rev.AFTER) - 不要在 action 内部用
gorpDbMap.Insert()，而要用c.Txn.Insert()（c.Txn是拦截器注入的事务实例） - 若某 action 需要只读查询且不参与事务，应显式调用
c.DbMap.Select()，而非c.Txn.Select()
gorp 的表初始化必须在 OnAppStart 中完成，且无法热更新
gorp 不提供类似 Alembic 或 Laravel Migrate 的增量迁移能力。它的 CreateTablesIfNotExists() 是一次性创建，后续字段变更（如加列、改类型）不会被自动识别。这意味着：
- 开发阶段每次改 model，都要手动删 SQLite 文件或清空 MySQL 表，再重启 Revel 才能重建
- 生产环境严禁使用
CreateTablesIfNotExists()，应改用 SQL 脚本或外部迁移工具管理 schema - 测试数据插入（如
booking示例中的初始 hotel/user）必须放在OnAppStart里，且需检查是否已存在，否则重启服务会重复插入 - 若用 SQLite 内存数据库（
:memory:），每次重启都会丢失所有表结构和数据，仅适合单元测试
最易被忽略的一点：gorp 的 DbMap 实例是全局复用的，但它的 Transaction 是 per-request 的。如果你在 OnAppStart 中执行了 Insert()，那操作的是非事务性连接，而后续请求里的 c.Txn 是另一个隔离上下文 —— 这也是为什么 booking 示例里初始化数据必须在 OnAppStart 且用 DbMap 直接操作，而不是塞进某个 controller 的 action 里。
