主要观点：

• 介绍了“每个租户一个数据库”的模式及在多租户 Web 应用中的应用，曾因连接管理错误导致该模式失效，引出如何正确实现的问题。
• 指出 Apartment 宝石也存在类似问题，Rails 中处理多数据库的方式近期才不那么随意，但仍缺乏相关工具，且随 Rails 版本变化而复杂。
• 给出了“每个租户一个数据库”的优势，如便于备份、开发调试等，尤其适合小型站点。
• 分析了在 Rails 中实现该模式的挑战，包括与 ActiveRecord 的设计差异、配置生命周期差异、数据库引擎权衡等。
• 以一个运行了十多年的应用为例，说明升级到 ActiveRecord 6 后连接管理问题更严重，最终通过使用connected_to方法和自定义中间件解决，同时介绍了在 Rack 中处理流式响应体的方法。
• 提到升级到 Rails 6 时的额外障碍及一些未完成的工作，如尚未支持分片、缺少删除连接池的 API 等。

关键信息：

• 多租户应用中“每个租户一个数据库”的模式及常见问题。
• Rails 中处理多数据库的历史变化及当前挑战。
• 实现“每个租户一个数据库”的具体解决方案，包括代码示例和注意事项。
• 升级到 Rails 6 时的额外问题及后续工作。

重要细节：

• 各种数据库操作的代码示例，如SQLite3::Database.open、ActiveRecord::Base.establish_connection等。
• 不同版本 Rails 中关于多数据库处理的相关特性，如 Rails 1 已有数据库分配，Rails 3 增加连接池等。
• 不同数据库引擎的性能特点，如 SQLite3 适合多个小数据库，而大型数据库服务器适合少数大数据库。
• 实现“每个租户一个数据库”的中间件代码Shardine及在config.ru中的配置。