ruby-on-rails - 覆盖 database.yml 的策略？

Question

在我的环境中，部署服务器具有 database.yml 中的大部分连接信息。即他们知道自己是开发、测试还是生产服务器，知道各自的数据库连接信息。

例如，我可以将此信息封装在一个服务器类中，以便我可以检索信息:

Server["environment"] #=> production
Server["db_host"] #=> db5.example.com
Server["db_password"] #=> [a decrypted password]

等等。我想部署一个 Rails 应用程序并让它根据服务器设置自动配置。执行此操作的最佳方法是什么？

一种方法是在我的 database.yml 中使用 Erb:

<%= Server["environment"] %>: 
  adapter: oracle_enhanced
  host: <%= Server["db_host"] %>
  username: db_user 
  password: <%= Server["password"] %>

我不太喜欢这样做，但它会起作用。在这种情况下，我会将定义服务器类的“server.rb”放在哪里——在 yml 中需要它？ app/initializers 在 ActiveRecord 加载 database.yml 后加载。

另一种可能的解决方案是以某种方式覆盖 railties 的数据库初始化程序:

# File railties/lib/initializer.rb, line 903
def database_configuration
  require 'erb'
  YAML::load(ERB.new(IO.read(database_configuration_file)).result)
end

只有在 config.frameworks 中定义了 :active_record 时才会调用上面的代码。我不确定如何在 Rails 启动序列中尽早覆盖它。

也许第三种选择是从 config.frameworks 中删除 :active_record，然后在稍后创建连接，比如说在应用程序初始化程序中？恐怕这可能会产生很多意想不到的副作用。

我希望有一些我还没有找到的简单明了的东西，例如允许我选择退出 database.yml 并以编程方式提供备用配置的 ActiveRecord 功能。 p>

Answer 1

您可以直接在您的 application.rb 中提供您自己的数据库定制:它似乎在 rails 3.2 中运行良好。 (不过请注意，这是一种猴子修补)

module MyApp 
  class Application < Rails::Application
    # ... config 
    config.encoding = "utf-8" 

    def config.database_configuration
      parsed = super
      raise parsed.to_yaml  # Replace this line to add custom connections to the hash from database.yml
    end
  end
end