with()->orderby() 不起作用，因为预加载的关联字段不在主查询表中；需用 join() 或 withcount() 配合 orderby() 实现主模型按关联字段排序。
直接在 with() 里加 orderBy() 不会改变主模型的顺序，只影响关联数据自身的排列；真要按关联字段排主模型，得用 join() 或聚合字段（如 withCount()）配合 orderBy()。
为什么 with()->orderBy() 不起作用
这是最常见的误解。写 User::with('posts')->orderBy('posts.created_at', 'desc')->get() 会报错或静默失效，因为 posts.created_at 不在 users 表中，Eloquent 主查询根本看不到这个字段。
-
with()是预加载，它生成的是两条独立 SQL：一条查users，一条查posts（带自己的ORDER BY），但主结果顺序完全由第一条 SQL 决定 -
whereHas()同理，只能过滤，不能排序 - 错误提示常为
Column not found: 1054 Unknown column 'posts.created_at' in 'order clause'
按关联字段排序主模型：用 join() 最可靠
当你要按 customers.first_name 排 orders，或按 flyer_statistics.pageview_counter 取 top 10 flyers，必须把关联表拉进主查询。
- 显式写
select('orders.*')，避免字段名冲突（比如两个表都有id） - 连接条件要用真实表名和列名，别依赖模型的
$table别名——Order::join('customers', 'orders.customer_id', '=', 'customers.id') - 分页安全：
paginate()可直接用，不破坏 offset/limit 逻辑 - 索引关键：确保
ON和ORDER BY字段都有索引，否则JOIN + ORDER BY在大数据量下会极慢
按关联数量或聚合值排序：withCount() 更轻量
如果目标是“按评论数最多排序文章”，或“按参与用户数排序活动”，withCount() 是比 JOIN 更干净的选择。
-
Post::withCount('comments')->orderByDesc('comments_count')->get()—— 自动生成COUNT(*) AS comments_count字段 - 支持条件计数：
withCount(['comments as approved_comments' => function ($q) { $q->where('approved', true); }]) - 不能用于非聚合的字段值（比如不能用
withCount()拿到latest_comment.created_at） - 性能好于全量
JOIN，尤其当关联表很大但你只关心数量时
小数据量临时排序：Collection sortBy() 要谨慎
仅限已加载完全部数据、且总量可控（比如后台管理页查出不到 200 条）时才考虑。
-
Order::with('customer')->get()->sortBy('customer.first_name')是内存排序，数据库没参与 - 必须接
->values()重置键名，否则遍历时foreach可能跳过某些项 - 大小写敏感：用闭包转小写
->sortBy(fn($o) => strtolower($o->customer->first_name ?? '')) - 严禁在列表页、API 分页接口中用
get()->sortBy()，数据一过千行就卡死 PHP 进程
真正麻烦的不是语法怎么写，而是想清楚：这个排序是给谁看的？要不要分页？数据量大概多少？选错方案的话，上线后慢的不是代码，是整个数据库连接池。
