Beego ORM 不支持原生子查询，需用 Raw() 手写 SQL 并显式绑定参数；Filter 等方法无法解析子查询字符串，复杂场景必须单条 Raw() 实现，注意字段别名和参数顺序以防解析失败。
Beego ORM 怎么写子查询（Subquery）？
Beego 的 orm.QuerySeter 原生不支持直接嵌套子查询（比如 WHERE id IN (SELECT ...) 或 SELECT *, (SELECT ...) AS field），它没有类似 GORM 的 SubQuery() 方法。想用子查询，必须手动拼 SQL 字符串 + Raw()，或借助 QueryTable().Filter().RelatedSel() 绕行——但后者仅适用于关联字段，不是通用子查询。
用 Raw() 手写子查询的正确姿势
这是最可靠、最可控的方式，尤其适合 IN、EXISTS、标量子查询（返回单值）等场景。关键点是：参数必须显式绑定，不能字符串拼接，否则有 SQL 注入风险。
- 子查询语句写在
Raw()的 SQL 字符串里，外层用QueryTable("user")仅作占位，实际执行以Raw()为准 - 参数用
?占位，按顺序传入Exec()或ValuesList()等方法 - 注意字段别名要显式声明，否则 Beego 解析结果时可能报
unknown column
示例：查所有订单金额大于其用户平均订单金额的订单
o := orm.NewOrm()
var orders []map[string]interface{}
_, err := o.Raw(`
SELECT o.* FROM order o
WHERE o.amount > (
SELECT AVG(o2.amount)
FROM order o2
WHERE o2.user_id = o.user_id
)
`).ValuesList(&orders)想在 Filter() 里用子查询？不行，得换思路
Filter("id__in", subQuery) 这种写法会直接把 subQuery 当成普通值处理，生成 WHERE id IN ('SELECT ...')，语法错误。Beego ORM 的 Filter 不解析子查询字符串。
- 若子查询结果是 ID 列表，先用
Raw().ValuesList()查出 IDs，再传给Filter("id__in", idList) - 若子查询逻辑复杂且数据量大，两次查询可能产生一致性问题（中间数据变更），此时必须用单条
Raw()合并 - 别尝试用
SetCond()拼子查询条件——它只拼 WHERE 片段，不处理子查询上下文
关联查询能替代部分子查询，但有局限
比如「查每个用户最新一条订单」，可以用 RelatedSel() + 反向关联，但前提是模型间定义了 rel:"fk" 或 rel:"m2m"，且数据库支持 LIMIT 1 在子句中（MySQL 5.7+ 支持，但需配合 GROUP BY 或窗口函数才稳妥）。
-
QueryTable("user").RelatedSel("LatestOrder")依赖的是预定义的rel:"one"关系，不是动态子查询 - Beego 不自动为
RelatedSel生成JOIN (SELECT ... LIMIT 1)这类优化 SQL，实际发的是 N+1 查询（除非开启LoadRelated批量加载） - 真要等价于
SELECT u.*, (SELECT id FROM order WHERE user_id=u.id ORDER BY created DESC LIMIT 1)，还是得回Raw()
子查询的边界很清晰：Beego ORM 层不抽象它，你得自己对 SQL 负责。最容易被忽略的是参数绑定方式和字段别名——漏掉 AS 或错用 ? 位置，会导致空结果或 panic，而不是报错提示。
