Rails中has_one关联结合includes使用时排序失效问题

这个问题我之前也踩过坑，核心原因是：当使用includes预加载带有order和limit的has_one关联时，Rails的预加载机制并不会按你预期的那样为每个Post单独排序后取最新评论，而是执行全局查询，导致排序规则没作用到每个Post的分组上，最终拿到不符合预期的结果。

下面给你几个可行的解决方案，按推荐程度排序：

方案1：使用窗口函数（推荐，适合支持的数据库） #

利用数据库的窗口函数（PostgreSQL、MySQL 8.0+等均支持），可以精准为每个Post筛选出最新评论，同时完美支持预加载。修改你的Post模型：

class Post < ApplicationRecord
  has_many :comments
  has_one :latest_comment, -> {
    # 按post_id分组，每组内按评论id倒序排序，取第一条
    from(<<~SQL)
      (SELECT *, ROW_NUMBER() OVER (PARTITION BY post_id ORDER BY id DESC) AS rn FROM comments) AS comments
    SQL
    .where(rn: 1)
  }, class_name: 'Comment'
end

现在再执行预加载查询，结果就符合预期了：

posts = Post.includes(:latest_comment)
posts.map { |p| p.latest_comment.id } # => [2, 4]

这个方案性能最优，仅需一次联合查询就能完成，且能确保每个Post拿到自己的最新评论。

方案2：使用子查询（兼容性好） #

如果你的数据库不支持窗口函数（比如旧版MySQL），可以用子查询的方式定义has_one关联：

class Post < ApplicationRecord
  has_many :comments
  has_one :latest_comment, -> {
    where(<<~SQL)
      id = (
        SELECT id FROM comments 
        WHERE post_id = posts.id 
        ORDER BY id DESC LIMIT 1
      )
    SQL
  }, class_name: 'Comment'
end

这个方案通过子查询为每个Post单独获取最新评论的ID，再关联到对应的评论记录。预加载时也能正确工作，缺点是数据量大时性能略逊于窗口函数，但胜在兼容性广。

方案3：手动预加载（灵活通用） #

如果不想修改关联定义，也可以手动实现预加载逻辑，彻底避免N+1问题：

# 1. 先查询所有Post
posts = Post.all.to_a
# 2. 批量查询所有相关评论，按post_id分组并取每组最新的
post_ids = posts.pluck(:id)
latest_comments = Comment.where(post_id: post_ids)
                         .order(id: :desc)
                         .group_by(&:post_id)
# 3. 手动将评论关联到对应的Post上
posts.each do |post|
  post.latest_comment = latest_comments[post.id]&.first
end

# 现在访问latest_comment不会触发额外查询
posts.map { |p| p.latest_comment.id } # => [2, 4]

这个方案不依赖数据库高级特性，完全在应用层处理，适合所有场景，只是需要多写几行代码。

为什么原来的写法会失效？ #

你原来的has_one :latest_comment, -> { order('comments.id DESC').limit(1) }，在单独调用单个Post的latest_comment时，Rails会生成针对该Post的查询：SELECT * FROM comments WHERE post_id = ? ORDER BY id DESC LIMIT 1，所以结果正确。

但当使用includes预加载时，Rails会尝试批量查询所有关联记录，生成的SQL类似：

SELECT comments.* FROM comments WHERE comments.post_id IN (1, 2) ORDER BY comments.id DESC LIMIT 2

然后在内存中将这些评论关联到对应的Post上。这里的ORDER BY是全局排序，LIMIT 2取的是全局最新的两条评论，再按Post ID匹配时，就会出现和预期不符的结果——这就是为什么你拿到的是[1, 3]而不是[2, 4]。

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