gorm中子查询必须用subquery()显式声明，否则会被当作普通表处理；正确用法是构建查询后调用subquery()，并在joins或where中用?占位符传入，避免列名冲突和sql解析错误。
子查询必须用 SubQuery() 显式声明，否则 GORM 会当普通表处理
GORM 不会自动识别嵌套的 SELECT 为子查询——哪怕你写了 db.Table("(SELECT ... ) AS t")，它也可能在生成 SQL 时丢掉括号或错误解析别名。正确做法是用 SubQuery() 包裹查询实例：
sub := db.Table("orders").Select("user_id, MAX(created_at) as last_order").Group("user_id")
db.Joins("JOIN (?) AS latest ON users.id = latest.user_id", sub.SubQuery()).Find(&users)注意两点：一是 SubQuery() 必须紧跟在构建完的查询（Table/Select/Group 等）之后调用；二是传入 Joins 或 Where 时，必须用 ? 占位符配合 SubQuery() 实例，不能直接拼字符串。
Where 中嵌套子查询要避免列名冲突，优先用 SELECT ... FROM (sub) AS alias 结构
常见错误是写成 db.Where("id IN (SELECT user_id FROM orders WHERE status = ?)", "paid")——这看似可行，但一旦外层和子查询都涉及同名字段（比如都有 created_at），GORM 可能混淆作用域。更稳妥的是把子查询显式转为派生表：
sub := db.Table("orders").Select("DISTINCT user_id").Where("status = ?", "paid")
db.Where("id IN (?)", sub.SubQuery()).Find(&users)这种写法由 GORM 自动加上括号和别名，且能正确绑定参数。若需关联字段（如查“每个用户最新订单金额”），则必须用 Joins + SubQuery()，不能靠 Where 嵌套。聚合子查询（如 SELECT *, (SELECT COUNT...) FROM users）要用 Select() 手动拼字段
GORM 不支持在 Find() 中直接展开标量子查询作为字段。例如想查用户及其订单数，不能写 db.Select("*, (SELECT COUNT(*) FROM orders WHERE orders.user_id = users.id)").Find(&users)——这会导致语法错误或参数绑定失败。正确方式是：
db.Table("users").
Select("users.*, (SELECT COUNT(*) FROM orders WHERE orders.user_id = users.id) AS order_count").
Find(&users)关键点：外层必须用 Table() 明确主表；子查询字符串中所有跨表字段（如 users.id）要带表名前缀；别名（AS order_count）必须显式写出，否则扫描到结构体时无法匹配字段。性能隐患：子查询未加索引或未限制结果集，容易拖垮联表查询
用 SubQuery() 并不等于优化了 SQL。如果子查询里漏了 WHERE 条件或没对关联字段建索引，执行计划可能变成全表扫描嵌套。典型踩坑场景：
- 子查询返回上万行，却被用于
JOIN，导致笛卡尔积 -
SELECT * FROM (SELECT ... ORDER BY created_at DESC LIMIT 1) AS t没加WHERE user_id = ?，变成对整张 orders 表排序取 1 - 在
WHERE IN子查询中查了 5000+ ID，触发 MySQL 的IN性能拐点
logger），确认子查询是否被下推、是否命中索引。复杂逻辑宁可拆成两步查，也别硬塞进单条 GORM 链式调用里。
