ActiveRecord关联查询总是先执行SELECT COUNT(*)？求解答

首先咱们先明确：这种情况在某些场景下是预期行为，但也确实有办法避免多余的COUNT查询，下面分情况拆解：

1. 控制台里的COUNT(*)是正常现象 #

如果你是在Rails控制台里执行这条查询，那这条COUNT(*)其实是控制台的"贴心"特性——它会自动获取集合的记录数，用来在输出结果时显示类似#<ActiveRecord::Relation [#<Job ...>, ...] (5 rows)>这样的预览信息。这种情况完全是控制台的行为，放到实际应用代码（控制器、模型逻辑里）中，只要你不主动触发计数，就不会跑这条多余的SQL。

2. 应用代码中出现COUNT(*)？那大概率是你触发了计数方法 #

如果是在业务代码里出现了这条COUNT查询，那你得检查一下：是不是在获取集合后调用了empty?、any?、size、count这类方法？比如：

jobs = batch.stops.joins(tasks: :job).select('distinct on (jobs.id) jobs.*')
if jobs.any? # 这里会触发COUNT(*)查询
  # 执行逻辑
end

这类方法默认会发一条COUNT(*)去数据库查数量，而不是直接加载集合。要避免的话，可以提前把集合加载到内存里：

# 用load方法立即执行SELECT查询，把结果加载到内存
jobs = batch.stops.joins(tasks: :job).select('distinct on (jobs.id) jobs.*').load
if jobs.present? # 直接检查内存中的集合，不会发新的SQL
  # 执行逻辑
end

3. 优化你的查询写法，可能从根源减少额外操作 #

你当前的查询是从batch.stops出发关联到Job，其实可以直接从Job模型反向查询，逻辑更清晰，也可能减少Rails关联链带来的潜在额外处理：

Job.joins(tasks: { stop: :batch })
   .where(batches: { id: batch.id })
   .distinct

这个查询和你原来的结果完全一致，但写法更直观，Rails处理起来也更高效。

内容的提问来源于stack exchange，提问作者Peh Qin Cheng