Rails 6条件关联查询：筛选包含未来事件的分类

嘿，我来帮你调整这个查询！你的思路是对的，但伪代码里的写法在Rails中不是最高效或者正确的实现方式，下面给你两种靠谱的方案：

方案1：使用 joins + distinct #

这种写法简洁直观，适合大多数场景：

# 获取所有包含未来事件的分类
categories_with_upcoming_events = Category.joins(:events)
                                          .where("events.scheduled_at > ?", Time.current)
                                          .distinct

为什么这么写？ #

• joins(:events) 会生成 INNER JOIN 语句，自动关联 categories 和 events 表，只保留有匹配事件的分类。
• where 子句过滤出scheduled_at在当前时间之后的事件。
• distinct 用来去重，因为一个分类可能有多个未来事件，join会返回多条重复的分类记录，加上它就能确保每个分类只出现一次。

如果需要统计这类分类的数量，直接在后面加.count即可：

Category.joins(:events).where("events.scheduled_at > ?", Time.current).distinct.count

方案2：使用 exists 子查询（性能更优） #

如果你的数据量比较大，推荐用exists子查询，数据库会在找到第一个匹配的事件后就停止查询，性能比join+distinct更好：

categories_with_upcoming_events = Category.where.exists(
  Event.where("category_id = categories.id")
       .where("scheduled_at > ?", Time.current)
)

解释一下： #

这个语句会生成SQL的EXISTS子查询，逻辑是“找到所有存在至少一个未来事件的分类”，数据库不需要返回所有匹配的事件记录，只需要确认存在性，在大数据量下效率更高。

为什么你的原伪代码有问题？ #

你用的includes(:events)是用来预加载关联数据避免N+1问题的，它不会自动生成JOIN语句，而是会先查所有分类，再查对应的事件，然后在内存里过滤——这种方式在数据量大的时候会非常慢，而且count(events) > 0的写法也不符合Rails的查询语法。

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