whereHas 无法直接用于多态关联的 where 条件过滤，因其无固定目标模型名；应从被评论模型（Post/Video）出发用 morphMany + whereHas，或用 join + union 显式处理 commentable_type。
whereHas 无法直接用于多态关联的 where 条件过滤
多态一对多（如 Comment 可属于 Post 或 Video）的关联表通常含 commentable_type 和 commentable_id 字段。你不能像普通一对多那样对 whereHas('post') 或 whereHas('video') 做条件筛选，因为多态关系没有固定的目标模型名可提前绑定——Eloquent 不知道你要查的是哪一类被评论对象。
常见错误现象：Call to undefined relationship [post] on model Comment，或查询返回空，实际数据存在但类型不匹配。
- 多态关系在模型中定义为
morphTo()（如Comment::commentable()），它本身不支持链式whereHas过滤目标模型字段 - 若强行用
whereHas('commentable')，Eloquent 会尝试调用commentable()关联方法，而该方法返回的是MorphTo实例，不接受闭包参数，直接报错 - 真正能生效的入口是反向：从被评论模型（
Post、Video）出发，用morphMany()+whereHas是可行的，但前提是主查询目标是这些模型
从被评论方出发：用 morphMany + whereHas 筛选评论内容
当你想查「所有带高赞（likes > 100）的 Post」，且这些 Post 必须有至少一条评论满足条件，就该从 Post 模型发起查询：
$posts = Post::whereHas('comments', function ($q) {
$q->where('likes', '>', 100);
})->get();
这要求 Post 模型已正确定义 comments() 关系：return $this->morphMany(Comment::class, 'commentable');
- 每个
whereHas('comments', ...)对应一个 EXISTS 子查询，检查该Post是否存在匹配的Comment记录 - 字段作用域清晰：
likes是comments表字段，无需前缀；Post的字段（如title）直接写在主查询里 - 性能注意：确保
comments.commentable_type和comments.commentable_id有联合索引，否则子查询可能全表扫描
跨多态类型统一筛选：用 join 手动处理 commentable_type
若必须一次性查出「所有被高赞评论过的资源（Post 或 Video）」，且结果要包含资源本身字段（如 title、duration），就不能依赖单个模型的 whereHas，得显式 join 并区分类型：
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
$highLikedResources = DB::table('comments')
->select('comments.*', 'posts.title as resource_title', 'posts.created_at')
->join('posts', function ($join) {
$join->on('comments.commentable_id', '=', 'posts.id')
->where('comments.commentable_type', '=', 'App\Models\Post');
})
->where('comments.likes', '>', 100)
->union(
DB::table('comments')
->select('comments.*', 'videos.title as resource_title', 'videos.duration as resource_duration')
->join('videos', function ($join) {
$join->on('comments.commentable_id', '=', 'videos.id')
->where('comments.commentable_type', '=', 'App\Models\Video');
})
->where('comments.likes', '>', 100)
)
->get();
- union 是关键：避免 leftJoin 多张表导致笛卡尔积或 NULL 字段混杂
- 每个子查询都显式限定
commentable_type值，确保只匹配对应模型的记录 - select 字段需手动对齐（如都含
resource_title），否则 union 会失败；字段名不一致时用 as 重命名 - 此方式返回的是集合（Collection），不是 Eloquent 模型实例，无法直接调用模型方法或访问 accessor
whereIn + 多态 ID 批量预加载时的类型安全陷阱
当已知一批 commentable_id，想批量获取它们对应的资源模型（Post/Video），再按评论条件过滤，容易忽略类型校验：
错误写法：Post::whereIn('id', $ids)->with(['comments' => fn($q) => $q->where('likes', '>', 100)]) —— 这只查 Post，漏掉 Video。
正确做法分两步：
- 先按
commentable_type分组提取 ID：$postIds = $comments->where('commentable_type', 'App\Models\Post')->pluck('commentable_id') - 再分别查对应模型：
Post::whereIn('id', $postIds)->with(...)和Video::whereIn('id', $videoIds)->with(...) - 最后合并结果并排序（用
collect()->merge()+sortByDesc('created_at')） - 切记：不要把不同模型的 ID 混在同一个
whereIn里查，否则会漏数据或查错表
多态关联的过滤难点不在语法，而在思维切换——你得先决定「查询主体是谁」，再选路径。一旦混淆主从关系，要么报错，要么静默返回空。字段名拼写、索引缺失、union 字段不对齐，这三个点最容易卡住调试节奏。
