Beego ORM 必须注册名为 default 的数据库别名，否则首次调用 orm.NewOrm() 或 QueryTable 等操作会 panic；需先导入对应驱动（如 _ "github.com/go-sql-driver/mysql"），再调用 orm.RegisterDataBase("default", "mysql", dsn)。
Beego ORM 必须显式注册数据库连接，且 default 别名不可省略——没这步，所有 QueryTable 或 Insert 都会 panic。
注册数据库前必须导入对应驱动
Beego ORM 本身不带数据库驱动，只提供抽象层。MySQL、PostgreSQL、SQLite 需要各自独立导入驱动包，否则运行时会报 "sql: unknown driver 'mysql'"。
- MySQL：
_ "github.com/go-sql-driver/mysql"（注意下划线导入） - PostgreSQL：
_ "github.com/lib/pq" - SQLite3：
_ "github.com/mattn/go-sqlite3"
漏掉任一驱动，RegisterDataBase 调用不会报错，但后续第一次执行 ORM 操作时才崩溃，容易误判为连接串问题。
RegisterDataBase 的参数顺序和 charset 很关键
连接字符串格式必须严格匹配驱动要求。MySQL 最常用的是：user:password@tcp(127.0.0.1:3306)/dbname?charset=utf8mb4。
-
charset=utf8mb4比utf8更安全，避免 emoji 或四字节 UTF-8 字符截断 - 端口不能省略（哪怕默认 3306），
@tcp(localhost)/db会失败 - 第 4、5 参数是可选的
maxIdle和maxOpen连接数，不传则用 Go 默认值（2，0），高并发场景下极易卡死
示例正确写法：orm.RegisterDataBase("default", "mysql", "root:pass@tcp(127.0.0.1:3306)/test?charset=utf8mb4", 30, 50)。
模型注册不是可选步骤，但仅限 QuerySeter 场景
RegisterModel(new(User)) 不是“为了能用 ORM”，而是为了支持 QueryTable("user") 这类表名映射、字段自动推导、链式查询等功能。
- 如果只用
Raw()执行 SQL，可以跳过RegisterModel - 但一旦用了
Filter("name", "Tom").One(&u)，就必须注册对应模型，否则字段映射失败或返回空值 - 结构体字段必须首字母大写（Go 导出规则），否则 ORM 无法反射读写
常见坑：定义了 type user struct（小写），编译不报错，运行时查不到数据，且无明确提示。
RunSyncdb 是双刃剑，上线前务必关掉
orm.RunSyncdb("default", false, true) 会自动创建/修改表结构，开发阶段很爽，但生产环境极危险。
-
false表示不删除已有表（相对安全），true表示允许 alter table - 但它不会处理索引变更、字段重命名、类型收缩（如
int64 → int32）等，可能静默失败 - 线上应改用迁移工具（如
golang-migrate），或手动 SQL 管控
真正“快速关联”的核心，其实是把 RegisterDataBase 放进 init()、驱动导入不遗漏、连接串带 utf8mb4、模型字段大写——其余都是锦上添花。
