Ruby on Rails：获取远程数据库数据且不影响本地连接（RSpec环境）

嘿，这个问题我之前做项目时也踩过坑——ActiveRecord的全局连接切换确实会直接打乱测试环境的本地数据，给你两个实用的解决思路：

这是最稳妥的方式，完全不会影响本地模型的连接。核心思路是给远程数据库单独建一个抽象基类，所有需要访问远程数据的模型都继承这个基类，而不是去动ActiveRecord::Base的全局连接：

• 先创建一个远程数据库的抽象基模型：

class RemoteDatabaseBase < ActiveRecord::Base
  self.abstract_class = true
  # 这里用你的远程数据库配置
  establish_connection ENV['REMOTE_DATABASE']
end

• 然后让需要访问远程表的模型继承这个基类，如果远程表名和模型名不一致，记得指定表名：

class RemoteProduct < RemoteDatabaseBase
  self.table_name = 'products' # 比如远程表叫products，模型名是RemoteProduct
end

之后在测试里，你调用RemoteProduct.all就能拿到远程数据库的数据，本地的Product模型还是用原来的测试数据库，两者完全独立，根本不会出现本地表变空的问题。

如果你一定要临时切换全局连接，那一定要记得在切换前保存原有连接配置，操作完立刻恢复，不然测试环境的本地连接就会一直指向远程数据库，导致本地表“消失”：

比如在RSpec测试里可以这么写：

describe "Fetch remote data" do
  # 保存原有连接配置
  let(:original_connection_config) { ActiveRecord::Base.connection_config }

  before do
    # 切换到远程数据库
    ActiveRecord::Base.establish_connection ENV['DATABASE']
  end

  after do
    # 不管测试成功还是失败，都恢复原来的连接
    ActiveRecord::Base.establish_connection original_connection_config
  end

  it "should get remote data without messing up local tables" do
    # 执行你的远程数据操作逻辑
    remote_records = SomeModel.all
    expect(remote_records.count).to be > 0
    # 同时可以验证本地表的数据还在
    expect(LocalModel.count).to eq(你的测试预设数据量)
  end
end

这种方式要注意，尽量只在单个测试用例或测试组里用，避免影响其他测试。另外如果是多线程测试环境，这种全局切换可能会有冲突，但RSpec默认是单线程运行，所以没问题。

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