Eloquent 默认不支持自连接，因其关联方法依赖不同模型间的外键映射，而自连接需同一表多次出现且须显式别名；应使用 join() 或 whereHas() 配合闭包手动构造。
自连接在 Laravel 中不能靠 Eloquent 自动推导，必须显式用 join() 或 whereHas() 配合闭包条件手动构造，否则会报错或查不到数据。
为什么 Eloquent 默认不支持自连接
Eloquent 的关联方法（如 hasMany()、belongsTo()）依赖「不同模型间」的外键映射，而自连接是同一张表反复出现，比如 users 表既要当“上级”，又要当“下级”。Eloquent 无法自动区分两个角色，也不会给表起别名，导致生成的 SQL 字段歧义（如 users.id = users.parent_id 中两个 users 未区分）。
- 常见错误现象：
Column 'id' in where clause is ambiguous或查询结果为空 - 根本原因：Eloquent 没有为自连接场景预留模型方法，
whereHas('parent')这类写法会尝试查parents表，而非对users表自身做 JOIN - 正确思路：放弃依赖关系方法，直接用查询构建器控制表别名和 ON 条件
用 join() 实现用户上下级自连接
假设 users 表有 id 和 parent_id 字段，要查出每个用户及其直属上级姓名：
DB::table('users AS u')
->join('users AS p', 'u.parent_id', '=', 'p.id')
->select('u.name AS user_name', 'p.name AS parent_name')
->get();- 必须给表起别名（
AS u、AS p），否则join时字段无法绑定 -
join()参数中不能写'u.id = p.parent_id'这种字符串，必须拆成三段：'u.parent_id'、'='、'p.id' - 如果上级可能为空，改用
leftJoin()，避免丢失无上级的用户 - 性能影响：自连接本身不额外增加复杂度，但若没在
parent_id上建索引，JOIN 会变慢
用 whereHas() 模拟自连接条件（仅限存在性判断）
如果只需筛选「有上级的用户」或「上级满足某条件」（如上级状态为启用），可用 whereHas() + 闭包，但注意它底层是 EXISTS 子查询，不是真正 JOIN：
User::whereHas('parent', function ($query) {
$query->where('status', 'active');
})->get();- 前提：你已在
User模型中正确定义了parent()关系，例如：return $this->belongsTo(User::class, 'parent_id'); - 这个写法等价于
WHERE EXISTS (SELECT * FROM users WHERE users.id = users.parent_id AND status = 'active')，不返回上级字段 - 想同时取上级数据？得再加
with('parent')，但这是两条 SQL（N+1 风险），不如直接join()一次查完 - 容易踩的坑：关系方法名（这里是
parent）必须和模型里定义的一致，大小写敏感
带排序/分页的自连接查询要注意别名冲突
自连接后若用 orderBy('id')，数据库不知道你要排哪个 id —— 是 u.id 还是 p.id？
- 必须显式指定别名：
orderBy('u.id')或orderBy('p.created_at') - 分页时，
paginate()内部会执行COUNT(*)，自连接下需确保 COUNT 字段明确，否则可能报错或计数不准 - 更安全的做法：把自连接逻辑封装进数据库视图，或在查询构建器中用
selectRaw()显式控制所有字段 - 调试技巧：用
toSql()看生成的 SQL，确认别名和字段是否如预期：DB::table(...)->toSql()
