beego ORM 的 OrderBy 不支持 SQL 字符串排序，须用字段名加前缀（如 "name" 升序、"-name" 降序），多字段需一次性传入，区分大小写，且必须在 All/One 前调用；关联排序需配合 RelatedSel 并用数据库列名。
beego ORM 的 OrderBy 用法和常见误区
beego ORM 不支持 SQL 中常见的 ORDER BY field ASC/DESC 直接字符串写法，必须通过 OrderBy 方法传入字段表达式，且排序方向由字段前缀控制。
正确写法是：qs.OrderBy("name")（升序），qs.OrderBy("-name")（降序）。负号 - 是唯一标识降序的方式，不能写成 "name DESC" 或 "name desc"，否则会被忽略或报错。
-
OrderBy("age")→ORDER BY age ASC -
OrderBy("-created_time")→ORDER BY created_time DESC -
OrderBy("status", "-updated_at")→ 多字段排序，等价于ORDER BY status ASC, updated_at DESC - 字段名区分大小写，需与 struct tag 中的
column值或数据库实际列名一致（如orm:"column(update_time)"就得写"update_time"）
多字段排序时字段顺序和方向必须显式指定
beego 的 OrderBy 不会自动合并多次调用，后一次会覆盖前一次。比如：
qs.OrderBy("name").OrderBy("-age")
最终只生效 ORDER BY age DESC，name 被丢弃。必须一次性传入全部字段：
qs.OrderBy("name", "-age")
另外注意：空字段或 nil 值在排序中可能被排在最前或最后，取决于 MySQL 的 sql_mode（如 STRICT_TRANS_TABLES 下行为更确定），生产环境建议对关键排序字段加 NOT NULL 约束。
OrderBy 必须在 All/One 之前调用才有效
OrderBy 是链式方法，但它的效果仅在最终执行查询时生效。如果写成：
qs := o.QueryTable("user")
qs.All(&users) // ❌ 未调用 OrderBy，无排序
qs.OrderBy("-id").All(&users) // ✅ 正确
更隐蔽的错误是误把 OrderBy 放在 Limit/Offset 之后：
-
qs.Limit(10).OrderBy("-id").All(&users)→OrderBy无效（beego v2.0+ 已修复，但旧版本仍存在） - 务必保证调用顺序为：
Filter→Exclude→OrderBy→Limit→Offset→All/One
关联字段排序要小心外键字段名和双下划线规则
想按关联表字段排序（例如用户列表按其 Profile 的 score 降序），不能直接写 "profile__score" —— OrderBy 不支持双下划线语法，只支持本表字段或已 join 的别名字段。
正确做法是先用 RelatedSel() 触发 JOIN，再用数据库列名（非 struct 字段名）：
qs := o.QueryTable("user").RelatedSel("Profile")
qs.OrderBy("-profile.score").All(&users)
但注意：profile.score 是 MySQL 列引用写法，不是 beego 的 expr 语法；如果 Profile 表的 score 字段在 struct 中 tag 为 orm:"column(points)"，那这里就得写 "-profile.points"。字段名必须严格匹配底层 SQL 实际生成的列别名。
复杂排序逻辑（如函数、CASE WHEN）建议直接走 Raw 查询，ORM 的 OrderBy 扩展性有限，强行套用容易翻车。
