Laravel Eloquent无严格顺序自关联多对多关系实现疑问

我完全懂你的困扰——这种双向对称的关联关系，默认的belongsToMany确实搞不定，因为它只会单向查询city1_name匹配当前城市的记录，完全忽略了city2_name等于当前城市的那些关联项。

下面给你几个针对当前场景的实用解决方案：

方案一：用Union合并双向查询 #

在你的City模型里自定义一个关联方法，把两个方向的查询结果合并：

public function relatedCities()
{
    // 查询当前城市作为city1关联的城市
    $forwardRelation = $this->belongsToMany(
        self::class,
        'city_city',
        'city1_name',
        'city2_name'
    );
    
    // 查询当前城市作为city2关联的城市（反向匹配）
    $reverseRelation = $this->belongsToMany(
        self::class,
        'city_city',
        'city2_name',
        'city1_name'
    );
    
    // 合并两个查询并去重，避免重复结果
    return $forwardRelation->union($reverseRelation)->distinct();
}

调用$city->relatedCities时，就能拿到所有和当前城市关联的记录，不管它在关联表的哪个字段里。

方案二：直接在关联中添加双向筛选条件 #

另一种更简洁的写法是用闭包添加OR条件，直接筛选中间表中任意一个字段匹配当前城市的记录：

public function relatedCities()
{
    return $this->belongsToMany(self::class, 'city_city')
        ->where(function ($query) {
            $query->where('city1_name', $this->name)
                  ->orWhere('city2_name', $this->name);
        })
        ->where('cities.name', '!=', $this->name) // 排除城市自身
        ->distinct();
}

这里额外加了排除自身的条件，避免双向查询时把当前城市自己也拉进来。

额外建议：优先用主键代替名称关联 #

虽然上面的方案能解决问题，但从数据库设计规范来说，用城市ID（主键）代替名称作为关联字段会更可靠——毕竟城市名称可能存在重复或变更风险，而主键是唯一且稳定的。如果后续有调整表结构的空间，建议把city1_name和city2_name改成city1_id和city2_id，这样关联逻辑会更清晰，也能规避很多潜在问题。

内容的提问来源于stack exchange，提问作者Володимир Кельбель