Rails关联查询无ORDER BY却排序不一致问题咨询

问题1：第一个查询无显式ORDER BY却始终按created_at排序的原因 #

PostgreSQL在没有指定ORDER BY的情况下，返回结果的顺序是未定义的，你看到的稳定排序只是巧合：

• 如果subscriptions表的数据是按创建顺序插入，且后续没有大量删除、更新操作，PostgreSQL的堆表（heap）会将新数据连续存储在物理磁盘上，此时查询返回的物理顺序恰好和created_at的插入顺序一致。
• 这种稳定是不可靠的，一旦表中出现数据删除（导致堆表产生空洞）、更新（可能移动数据位置），或者数据库执行计划变化，顺序就会被打破。

问题2：第二个查询返回顺序随机的原因 #

同样是因为PostgreSQL未指定ORDER BY时的顺序无保证，而premium_subscriptions表的存储状态导致物理顺序不固定：

• 该表可能存在过数据删除、更新操作，堆表中的空洞被后续插入的新数据填充，导致物理存储顺序和created_at的插入顺序不一致。
• 也可能是查询时数据库采用了不同的执行策略（比如并行扫描、缓存命中差异等），每次返回的顺序都会变化。

问题3：确保两个查询结果顺序一致的方案 #

唯一可靠的方式是显式添加ORDER BY约束，有两种实现方式：

方式1：在关联定义中默认排序 #

修改模型代码，让关联查询默认按created_at排序：

class User < ApplicationRecord
  has_many :subscriptions, -> { order(created_at: :asc) }
end

class PremiumUser < ApplicationRecord
  has_many :premium_subscriptions, -> { order(created_at: :asc) }
end

方式2：在查询时指定排序 #

如果不需要全局默认排序，可以在每次查询时临时添加：

# Query 1
User.find(12345).subscriptions.order(created_at: :asc).pluck(:created_at)

# Query 2
PremiumUser.find(67890).premium_subscriptions.order(created_at: :asc).pluck(:created_at)

注意：永远不要依赖无ORDER BY的查询结果顺序，这是数据库规范明确的未定义行为，任何看似稳定的排序都只是临时的巧合。

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