用 join() 适合拼合主表与关联表字段并按关联字段筛选排序；with() 适合主从分离式加载补充数据，避免 n+1 和字段覆盖。
用 join() 还是 with()？先看你要什么数据
查出主表 + 关联表字段（比如订单列表带用户姓名、商品名），必须用 join()；只是想顺便加载关联数据（比如查订单，再额外取一遍对应用户的头像），用 with() 更安全。混用会导致 N+1 或字段覆盖——join() 后再 with()，Laravel 可能重复查关联表。
-
join()适合「拼一张结果表」：字段要混合展示、要按关联字段排序/筛选（如where('users.status', 'active')） -
with()适合「主从分离」：主模型逻辑为主，关联数据仅作补充，且不参与 where/order - 多层关联（如 Order → User → Profile）别硬塞进一个
join()，容易字段名冲突；优先拆成嵌套with()或分步查
多个 join() 时，别让表别名和字段名打架
Laravel 默认不自动加表别名，三张表以上连查时，id、name 这类通用字段会冲突，报错 Column 'id' in field list is ambiguous。必须显式指定别名，并在 select() 和 where() 中全程用带前缀的字段名。
- 用
join('users as u', ...)而不是join('users', ...) -
select('orders.id', 'u.name', 'p.avatar')，不能只写'name' - 条件里也得带前缀：
where('u.deleted_at', null)，不是where('deleted_at', null) - 如果用
DB::table()写原生 join，记得所有字段都加别名；Eloquent 的join()不会自动处理模型的$appends或访问器
复杂条件放 join() 的 on 里，别塞 where()
把本该在 on 子句里的关联条件（比如软删除过滤）误写进 where()，会导致左连接（leftJoin()）退化为内连接（join()），丢失主表无匹配记录的行。
- 正确：
leftJoin('users as u', 'u.id', '=', 'orders.user_id')->on('u.deleted_at', null) - 错误：
leftJoin(...)->where('u.deleted_at', null)—— 这会让没用户的订单也查不到 - 多条件 on：用闭包传参，
->on(function ($join) { $join->on('a.x', '=', 'b.y')->whereNotNull('b.z'); }) -
whereNull()和whereNotNull()比where('col', null)更可靠，后者在某些数据库里不生效
withCount() 和 withSum() 能省掉大部分子查询
想统计关联数量（如每个分类下多少文章）、或求和（如每个用户订单总金额），别手写子查询或循环查——既慢又难维护。Laravel 8+ 的聚合关系方法直接生成高效 SQL，且支持条件限定。
-
Category::withCount(['posts' => function ($q) { $q->where('published', true); }])->get()→ 自动加posts_count字段 User::withSum(['orders' => function ($q) { $q->where('status', 'paid'); }], 'total_price')->get()- 注意：这些方法返回的是整数或 null，不是集合；不能链式调用
->first()->orders，它们不加载关联模型本身 - 如果还要同时加载关联模型（比如既要订单总数，又要最新一条订单），得分开写：
withCount()+with(['orders' => fn($q) => $q->latest()->limit(1)])
关联字段类型不一致、时间字段时区未对齐、join 后 select * 导致模型属性被覆盖——这些细节不报错，但数据会静默出错。动手前先 toSql() 看一眼生成的语句，比猜快得多。
