覆盖database.yml的策略？

Question

在我的环境中，部署服务器拥有 database.yml 中的许多连接信息。也就是说，它们知道自己是开发、测试还是生产服务器，并且知道各自的数据库连接信息。

例如，我可以将此信息封装在 Server 类中，以便我可以检索信息：

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 类的“server.rb”放在哪里——在 yml 中需要它？ ActiveRecord 加载database.yml 之后加载app/initializers。

另一种可能的解决方案是以某种方式覆盖 Railties 的数据库初始值设定项：

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

仅当 :active_record 在 config.frameworks 中定义时才会调用上述内容。我不确定如何在 Rails 启动序列中尽早覆盖这一点。

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

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

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

Answer 2

这似乎适用于 Rails 3.2.2

module MyApp 
  class Application < Rails::Application
    self.paths['config/database'] = 'config/another_db.yml'
  end
end

Answer 3

这是一个老问题，但在 Rails 4 中，您可以简单地使用环境变量并拥有空白或缺失的database.yml（DATABASE_URL将覆盖任何database.yml）

DATABASE_URL=postgres:/ /myuser:[电子邮件受保护]:5432/my-database-name< /code>

更多信息：http://edgeguides.rubyonrails.org/configuring.html#connection-preference

Answer 4

有两个技巧可能会有所帮助。其中之一是您所触及的，即对数据库配置中加载的例程进行猴子修补，这当然是值得探索的事情。 Ruby 的好处是您几乎可以修补任何您不喜欢的内容并用更好的内容替换它。这里的责任是，较新版本的 Rails 可能会使用不同的配置机制，并且您的补丁将导致一切损坏。也许这是值得付出的代价。

另一种方法是将database.yml 文件保存在服务器上而不是存储库中，并使用某种部署脚本将其链接到适当的位置。这种方法的优点是您的版本控制系统中没有重要的密码，并且您可以更新服务器的配置而无需修补应用程序。