创建临时ActiveRecord查询对象：避免为数据表创建全局模型的更优实现

你现在基于匿名ActiveRecord子类的实现方向本身就是最优解之一——毕竟find_in_batches、链式where这类能力本来就是ActiveRecord层的封装，Arel只负责生成SQL片段，不会帮你做结果集类型映射、批次遍历的流程控制，硬绕开AR自己实现等于平白重复造轮子。你只需要在现有思路基础上做几处优化，就能得到非常顺手的体验，完全不需要引入额外第三方gem：

具体优化点 #

• 加临时类缓存，避免无意义重复创建
  你现在的实现每次调用方法都会生成一个全新的匿名AR子类，多次查询同一张表会生成多个功能完全一致的类，既浪费内存，也可能带来类注册表的内存泄漏问题。可以用简单的哈希做表名到临时类的映射缓存，最终实现你想要的from_table(table_name)调用体验：

  # 模块级别的缓存，放到应用的工具模块里即可
  TEMP_MODEL_REGISTRY = Hash.new do |registry, table_name|
    registry[table_name.to_s] = Class.new(ActiveRecord::Base) do
      self.table_name = table_name
      # 关掉没必要的默认行为，减少临时类的副作用
      self.inheritance_column = nil # 避免AR默认查找type列触发单表继承逻辑
      # 仅用于查询的场景可以直接设为只读，避免误操作写入数据
      def self.readonly?
        true
      end
    end
  end
  
  # 实现预期的简化调用接口
  def from_table(table_name)
    TEMP_MODEL_REGISTRY[table_name]
  end
  

  优化后你就能直接写流畅的查询逻辑：

  from_table('widgets').where("price > 100").find_in_batches(batch_size: 1000) do |batch|
    # 可以正常使用AR全套查询、枚举能力，和正式定义的模型没有区别
  end
  

• 没必要引入专门的SQL类gem
  这类工具本质上要么是直接包装ActiveRecord的能力，要么是从零开始实现结果集映射、批处理逻辑，不会比上面的缓存临时类方案更轻量。反而额外引入依赖会带来版本兼容、参数安全的额外成本——如果你的表名来自外部输入，自己加一层白名单校验，比依赖第三方工具做参数可控性高得多。

• 原生连接实现的批查只适合一次性临时场景
  如果你临时完全不想生成任何Ruby类，可以直接用AR的数据库连接自己实现遍历逻辑，但代价是要自己处理类型转换、主键识别、SQL拼接的安全校验，同时丢失AR的链式查询便捷性。这类实现只适合一次性的运维脚本，不适合长期维护的业务代码：

  def raw_each_batches(table_name, batch_size: 1000)
    conn = ActiveRecord::Base.connection
    primary_key = conn.primary_key(table_name)
    last_pk_value = nil
  
    loop do
      sql = <<~SQL
        SELECT * FROM #{conn.quote_table_name(table_name)}
        #{last_pk_value ? "WHERE #{primary_key} > #{conn.quote(last_pk_value)}" : ""}
        ORDER BY #{primary_key} ASC
        LIMIT #{batch_size}
      SQL
      rows = conn.select_all(sql)
      break if rows.empty?
  
      last_pk_value = rows.last[primary_key]
      yield rows
    end
  end
  

  这个方案的局限性很明显：没有自动的字段类型转换（比如时间、布尔值的类型解析）、不支持复合主键、没有便捷的链式查询，一旦要加复杂的查询条件，反而要花更多精力拼SQL。

安全提示：如果from_table接收的表名来自外部用户输入，一定要在查询前加表名白名单校验，避免SQL注入风险。

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