Rails Relation执行顺序问题：如何按要求将SQL转换为ActiveRecord查询

现有写法能否实现需求 #

你给出的写法不能达到预期目标。
默认情况下，Rails ActiveRecord Relation的joins方法会把关联逻辑和你前面写的order、limit、offset放在同一个SQL查询层级，生成的SQL执行顺序为：先做JOIN关联、再排序、最后执行LIMIT/OFFSET分页，和你要求的先分页再关联的逻辑完全相反，会导致分页结果不符合预期。

正确的Rails写法 #

你可以选择以下两种写法实现需求，保证LIMIT/OFFSET优先执行：

写法1：子查询作为来源（兼容所有Rails版本） #

# 先构造分页的子查询，注意select里要包含后续关联需要用到的字段
sub_query = MainTable.order(id: :asc).limit(10).offset(100).select(:id, :other_needed_columns)
# 把子查询作为主表再做关联
result = MainTable.from(sub_query, :sub_table)
                  .joins("INNER JOIN other_table ON sub_table.id = other_table.other_id")
                  .select("sub_table.*, other_table.*")

写法2：CTE写法（Rails 7及以上版本支持） #

和你原生SQL的结构完全一致，可读性更高：

result = MainTable.with(sub_table: MainTable.order(id: :asc).limit(10).offset(100))
                  .from("sub_table")
                  .joins("INNER JOIN other_table ON sub_table.id = other_table.other_id")
                  .select("sub_table.*, other_table.*")

Rails Relation执行顺序逻辑说明 #

• ActiveRecord Relation是懒加载设计，所有链式调用的方法只会先把参数存储到Relation对象的属性中，直到真正需要读取数据时才会拼接成完整SQL执行。
• SQL拼接的优先级固定：WITH子句 > SELECT字段 > FROM/JOIN关联 > WHERE条件 > GROUP BY分组 > HAVING筛选 > ORDER BY排序 > LIMIT分页条数 > OFFSET偏移量
• 如果在同一个Relation链条中同时写joins和limit/offset，关联逻辑会被拼接到更靠前的FROM/JOIN部分，limit/offset拼接到最后，就会出现先关联再分页的问题。只有把分页逻辑放到独立的子查询/CTE内层，才能保证内层逻辑优先执行，再在外层做关联操作。

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