Laravel Eloquent：基于关联数组搜索模型的自定义作用域问询

我在Laravel的Eloquent模型Candidate中定义了scopeMatching作用域，用于筛选出同时拥有指定关联集合$fields和$categories的Candidate实例集合，代码片段如下：

class Candidate extends Model {
    public function scopeMatching($query, $fields, $categories ) {
        return $query->get()->filter(
            function ( $candidate ) use ( $categories, $fields ) {
                $outcome = false;
                foreach ($categories as $category) {
                    // 原代码逻辑未完成，核心是在内存中过滤候选者
                }
            }
        );
    }
}

请问该作用域的实现是否合理？如何完善或优化该逻辑以满足需求？

首先直接给结论：这个实现不太合理，核心问题有两个：

1. 违背了Eloquent作用域的设计初衷：作用域的本质是帮你构建数据库查询（在SQL层面完成过滤），但你这里直接调用get()把所有Candidate数据拉到内存，再用Collection的filter()做过滤——数据量小的时候可能看不出问题，但数据量大时会严重拖慢性能，完全浪费了数据库的查询优化能力。
2. 逻辑不完整：原代码里的foreach循环没有写完，没法准确实现「同时拥有指定fields和categories」的筛选逻辑。

先补全基础关联（假设是多对多关系） #

首先得明确模型间的关联关系，假设Candidate和Field、Category都是多对多关联，先在模型中定义好：

class Candidate extends Model {
    // Candidate与Field多对多，中间表为candidate_field
    public function fields() {
        return $this->belongsToMany(Field::class);
    }

    // Candidate与Category多对多，中间表为candidate_category
    public function categories() {
        return $this->belongsToMany(Category::class);
    }
}

优化后的scopeMatching实现（SQL层面过滤） #

下面的方案会在数据库层面完成筛选，性能远优于内存过滤，且完全符合作用域的设计：

public function scopeMatching($query, $fields, $categories ) {
    // 将传入的集合/模型转换为ID数组（兼容多种参数格式）
    $fieldIds = collect($fields)->pluck('id')->toArray();
    $categoryIds = collect($categories)->pluck('id')->toArray();

    return $query
        // 筛选出「拥有所有指定fields」的候选者
        ->whereHas('fields', function($q) use ($fieldIds) {
            $q->whereIn('fields.id', $fieldIds);
        }, '=', count($fieldIds))
        // 同时筛选出「拥有所有指定categories」的候选者
        ->whereHas('categories', function($q) use ($categoryIds) {
            $q->whereIn('categories.id', $categoryIds);
        }, '=', count($categoryIds));
}

这里的关键是whereHas的第三个参数=和第四个参数count($fieldIds)：它表示关联的记录数必须等于指定的ID数量，确保候选者同时拥有所有指定的fields和categories，而不是只要匹配其中一个。

额外注意事项 #

• 如果传入的$fields/$categories本身就是ID数组，可以去掉collect()->pluck('id')的转换逻辑，直接使用。
• 如果你的关联不是多对多（比如一对多），只需调整whereHas的内部逻辑，但核心思路依然是在数据库层面过滤，不要拉全量数据到内存。
• 可以给关联表的外键字段添加数据库索引，进一步提升查询性能。

内容的提问来源于stack exchange，提问作者ttocskcaj