子查询排序必须用 joinSub()，因为 with() + orderBy() 无效；需用 joinSub() 将聚合子查询作为临时表关联，显式选择字段、处理 NULL 和索引，ofMany() 关系不参与主查询排序。
子查询排序必须用 joinSub()，别硬套 with()
想按“每个父记录的最新子记录字段”来排序主模型（比如按客户最新联系时间排客户列表），with() + orderBy() 完全无效——它只影响子数据加载顺序，不改变主查询结果排列。常见错误是写成：Customer::with('latestContact')->orderBy('latestContact.contacted_at', 'desc')，这会直接报错或静默失效。
真正起效的是数据库级子查询关联，Laravel 9+ 提供了 joinSub() 方法，把子查询当临时表拼进去：
$sub = Contact::select('customer_id', DB::raw('MAX(contacted_at) as latest_contacted_at'))
->groupBy('customer_id');
$customers = Customer::joinSub($sub, 'latest_contacts')
->on('customers.id', '=', 'latest_contacts.customer_id')
->orderBy('latest_contacts.latest_contacted_at', 'desc')
->get();
- 子查询必须显式
select关键字段（如customer_id）和聚合结果（如MAX(contacted_at)），不能只写* -
joinSub()的第二个参数是临时表名，后续on()和orderBy()都得引用它 - 如果要用
latestContact关系里定义的逻辑（比如带软删除过滤），子查询里得手动补上条件，with()的约束不会自动透传
ofMany() 关系不能直接用于主查询排序
你可能在 Customer 模型里已经定义了 latestContact() 这个 hasOne + ofMany() 关系，但它只是方便取单条数据，不是查询构建器的一部分。直接写 Customer::with('latestContact')->orderBy('latestContact.contacted_at') 会报 Column not found，因为 latestContact 并不在主查询的 SELECT 字段里。
若坚持用这个关系逻辑，得先查出 ID 列表再拼子查询，或者改用 whereExists() 配合子查询判断“是否为最新”，但性能不如 joinSub() 直接。
-
ofMany()是运行时模型行为，不是 SQL 层能力 - 分页时尤其危险：用集合方法
sortBy()先get()再内存排序，会把全部数据拉到 PHP，撑爆内存 - 如果子表数据量不大（get()->sortBy(...)，否则一律推给数据库
字段冲突和 NULL 值必须手动处理
用 joinSub() 后，orderBy 字段可能为 NULL（比如某些客户还没联系记录），默认会被排在最前或最后，取决于数据库方言。MySQL 默认 NULL 在升序时靠前，PostgreSQL 则靠后，行为不一致。
更麻烦的是字段名冲突：子查询里的 id、name 如果和主表同名，select('*') 会覆盖主表字段，导致模型属性错乱。
- 务必显式
select('customers.*')，不要偷懒写select('*') - 对可能为
NULL的排序字段，加->orderByRaw('latest_contacts.latest_contacted_at DESC NULLS LAST')（PostgreSQL）或->orderByRaw('ISNULL(latest_contacts.latest_contacted_at), latest_contacts.latest_contacted_at DESC')（MySQL） - 如果主表有
deleted_at软删除字段，子查询里也得加上->whereNull('contacted_at.deleted_at')，否则会把已软删的联系记录也算进来
关联字段排序优先走 join()，别依赖 withCount() 取巧
有人试图用 withCount(['contacts as latest_contact_time' => function ($q) { $q->select(DB::raw('MAX(contacted_at)')); }]) 然后 orderBy('latest_contact_time')，这看似聪明，但实际会生成额外子查询，且 withCount() 只支持 COUNT，不支持 MAX 或 MIN —— Laravel 会直接忽略你的 select()，只计数。
真要聚合排序，老实用 joinSub() 或原生 DB::table()->join()。如果只是按关联数量排序（比如“评论最多的文章排前面”），withCount() 才是正解。
-
withCount()本质是SUM(1)子查询，无法替代字段值聚合 - 多层嵌套关联（比如 Order → User → Profile）慎用单个
joinSub()，容易字段爆炸；优先拆成两步：先查用户最新 profile ID 列表，再用whereIn()过滤订单 - 所有子查询必须加索引：确保
contacts.customer_id和contacts.contacted_at联合索引存在，否则GROUP BY + MAX会变全表扫描
子查询排序真正的难点不在语法，而在意识到「关联字段排序」从来不是 Eloquent 的默认路径——它要求你主动把业务逻辑翻译成数据库能理解的 JOIN / SUBQUERY 形式，而不是幻想模型关系能自动透传到查询层面。字段别名、NULL 处理、索引覆盖，这些细节漏掉一个，线上就可能查半天慢查询。
