beego orm需显式注册驱动、数据库和模型，缺一不可；必须注册名为default的数据库别名；model须用orm.registermodel(new(user))注册后方可使用querytable；auto_now易致时间戳失真；relatedsel为两阶段查询；runsyncdb(force=true)生产环境禁用。
Beego ORM 不是“开箱即用”的全自动工具，它需要显式注册模型、驱动和数据库连接，漏掉任一环节都会导致 QueryTable 报 table not registered 或 driver not found 错误。
model 定义时必须显式注册才能用 QueryTable
Beego ORM 不会自动扫描结构体，QueryTable("user") 调用前必须确保该 model 已被 orm.RegisterModel() 注册。否则会 panic 或返回空结果，且无明确错误提示。
- 注册位置：通常放在
init()函数中，且需在RegisterDataBase之后（顺序敏感） - 注册方式：传入指针类型，如
new(User)或&User{}，不能传值类型 - 表名默认取 struct 名小写（
User→user），若需自定义，实现TableName()方法 - 字段标签里
column不影响注册，但影响映射；未加column的字段默认按字段名映射，大小写敏感
auto_now 和 auto_now_add 在高频更新场景下会引发脏更新
auto_now 会在每次 Update() 时强制刷新字段，哪怕你只改了其他字段——这会导致 UpdatedAt 时间戳失真，也干扰乐观锁或业务时间判断。
- 仅对真正需要“最后修改时间”的字段用
auto_now；创建时间一律用auto_now_add - 如果业务要求精确控制时间（比如定时任务回滚更新），应手动赋值
UpdatedAt，并去掉auto_now标签 -
auto_now_add只在Insert()时生效，后续Update()不影响，相对安全 - 注意：
auto_now+null组合可能导致 MySQL 报invalid use of NULL value，尤其当字段类型为NOT NULL但未设默认值时
RelatedSel 预加载不解决 N+1，但能避免嵌套循环查库
RelatedSel() 是 Beego ORM 唯一支持的关联预加载方式，但它不是 JOIN 查询，而是先查主表、再批量查关联表（类似 SQL 的 IN (id1,id2,...)），仍属“两阶段查询”。
- 正确用法：
o.QueryTable("user").RelatedSel("profile").All(&users)，其中"profile"必须与 struct 字段名完全一致（区分大小写） - 不支持多层嵌套预加载，如
RelatedSel("profile.address")会静默失败 - 若关联字段为
nil（如外键为空），RelatedSel不会填充空 struct，对应字段保持零值 - 性能瓶颈常出现在
RelatedSel后又对每个子对象调Read()—— 这才是真正的 N+1，务必检查业务代码是否重复触发单条查询
RunSyncdb 的 force 参数极易覆盖线上数据
orm.RunSyncdb("default", false, true) 中第三个参数 force 设为 true 时，会直接执行 ALTER TABLE，而非增量同步。生产环境误用等于主动删库。
- 开发阶段可设为
true，但上线前必须改为false，并通过 DBA 审核 SQL 变更 -
force = false仅新增字段或索引，不会删字段、改类型、删索引；但也不会修复已存在的类型不匹配问题 - 若模型字段类型与 DB 实际类型冲突（如 Go 用
int64，DB 是INT），RunSyncdb不报错，但后续Insert可能因溢出失败 - 建议：将
RunSyncdb仅用于本地开发初始化，生产环境统一走 Flyway/Liquibase 等迁移工具
最易被忽略的是 RegisterDriver 的必要性——虽然 MySQL/Postgres/SQLite 三种驱动在新版本中已内置，但如果你用的是自定义 driverName（比如 "mycustommysql"），就必须显式 RegisterDriver，否则 RegisterDataBase 会静默失败，后续所有操作都卡在连接池初始化阶段。
