关联统计结果不能直接用于 WHERE 条件，须用 hasWhere() 或 JOIN+HAVING；withCount()/withSum() 的统计值不在主查询字段范围内，WHERE 无法识别，正确做法是将过滤逻辑下推至 SQL 层。
关联统计结果不能直接当 WHERE 条件用，必须用 hasWhere() 或手写 JOIN + HAVING，否则 SQL 报错或逻辑错乱。
withCount() 和 withSum() 的返回值进不了 WHERE
很多人试过这样写：User::withCount('orders')->where('orders_count', '>', 5)->select()，结果查不到数据，甚至报错。这不是语法问题，是 SQL 语义不成立：WHERE 子句在聚合执行前就运行，而 orders_count 是子查询生成的别名字段，根本不在主查询的 FROM 范围内。
-
withCount()只把统计值“附着”到模型对象上，不影响主查询的 WHERE 执行时机 - 想筛出“订单数 > 5 的用户”，必须让数据库在查询阶段就完成过滤，而不是 PHP 层后置判断
- 直接
->where('orders_count', ...)会被 ThinkPHP 当作主表字段处理，生成WHERE users.orders_count > 5—— 但 users 表根本没有这个字段
正确做法：用 hasWhere() 筛主表 + with() 预加载
hasWhere() 是唯一能安全把关联统计逻辑下沉到 SQL 层的方法，它生成的是 EXISTS (SELECT 1 FROM orders WHERE user_id = users.id AND status = 'paid') 这类子查询，性能可控，语义清晰。
- 查「至少有 3 笔已支付订单的用户」：
User::hasWhere('orders', ['status' => 'paid'])->whereRaw('EXISTS (SELECT 1 FROM orders WHERE user_id = users.id AND status = "paid" HAVING COUNT(*) >= 3)')—— 但更推荐下面这种 - 标准写法：
User::hasWhere(['orders' => function ($q) { $q->where('status', 'paid'); }])->with('orders')->select() - 如果还要统计数量，再加
withCount(['orders' => function ($q) { $q->where('status', 'paid'); }])，此时orders_count字段才真正反映过滤后的值
复杂条件必须用 JOIN + HAVING
当筛选逻辑涉及多个关联表字段、或需要对聚合结果做二次计算（比如“平均评分 > 4.5 且评论数 ≥ 10”），hasWhere() 不够用，得手动 JOIN 并用 HAVING。
- 必须显式
group('users.id')，否则HAVING无分组上下文，MySQL 直接报Invalid use of group function -
field()要包含所有需在HAVING中引用的别名，例如：field('users.*, COUNT(comments.id) AS comment_count, AVG(comments.score) AS avg_score') - 闭包里不能写
having()，得链在join()后：->join('comments', 'comments.user_id = users.id', 'LEFT')->group('users.id')->having('comment_count', '>=', 10)->having('avg_score', '>', 4.5) - 注意 LEFT JOIN 下，没评论的用户
comment_count是 0，avg_score是 NULL，HAVING会自动跳过这些行
容易被忽略的 NULL 和类型陷阱
就算 SQL 写对了，统计字段含 NULL 或返回字符串，也会让条件失效。比如 withSum('orders', 'amount') 返回的是字符串 "1234.56"，拿它参与 whereRaw('orders_sum > 1000') 会触发隐式类型转换，MySQL 可能按字符串比较（"200" > "1000" 为 true）。
- 数据库层强制转数值：
withSum(['orders' => function ($q) { $q->field('COALESCE(SUM(amount), 0) AS amount_sum'); }], 'amount') - 确保
amount字段是DECIMAL类型，不是VARCHAR；否则SUM()在严格模式下直接报错 -
stringify_fetches必须设为false，否则 PDO 把数字全转成字符串，后续 PHP 层比较永远是字符串行为
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
