【问题标题】:How to remove column without downtime with ActiveRecord 3.1?如何使用 ActiveRecord 3.1 在不停机的情况下删除列?
【发布时间】:2012-09-20 17:59:02
【问题描述】:

在使用 ActiveRecord 运行应用程序时从表中删除列会导致错误,因为 ActiveRecord 会缓存列名。

其他版本的 ActiveRecord 的解决方法是覆盖模型中的 #columns 方法并在迁移之前过滤掉不推荐使用的列名(基本上 - 对 AR 隐藏这些列)。这是因为所有与列名相关的方法都基于#columns 调用

在 ActiveRecord 3.1 中,表结构的缓存被移至 ConnectionPool,并且所有与列名相关的值(例如 coluumns_hash)都被独立缓存(3.2 使用 ModelSchema.columns 使其再次工作)

在 ActiveRecord 3.1 中是否有任何方法(除了对具体适配器的深入破解)来实现安全的列删除?

【问题讨论】:

  • 为什么不首先摆脱使用列的代码并部署它有特定的原因吗?然后,您可以在后续迁移中删除该列。
  • 当你例如保存记录时,AR 会发出一条 SQL 语句,显式设置所有列值。因此,您的代码是否使用列并不重要 - 在所有列下方都使用

标签: ruby-on-rails ruby ruby-on-rails-3 activerecord


【解决方案1】:

TST Media 的 Luke Ludwig 提供了一个解决方案 here。从本质上讲,它们“在列被删除的类上覆盖 ActiveRecord::Base.columns 方法。”

(适用于除 3.1 之外的所有解决方案)

【讨论】:

  • 好吧,如果你对所有试图提供帮助但不是你需要的人投反对票,我想你会有很多接受者
  • 哦,在我链接到的页面中,它们位于 AR 3.0.5 中
【解决方案2】:

如果您有多个应用程序服务器,以便您可以一次关闭一个而无需停机,则以下方法将起作用:

  1. 取消用户修改您要删除的列的能力。
  2. 一次重启一个应用程序。
  3. 启动一个新数据库,它是现有数据库的主从数据库。
  4. 停止从新数据库复制。
  5. 将列放到新的数据库服务器上。
  6. 每次重新配置每个应用程序服务器以使用新的数据库服务器并重新启动。
  7. 为您的新数据库重新启用复制。
  8. 在原始服务器恢复正常后,重新配置应用程序以再次使用该数据库服务器(通过适当的重新启动)。
  9. 停止复制并关闭新的数据库服务器。

【讨论】:

  • 谢谢,这行得通,但我希望能找到一种无需繁重的数据库提升的方法
猜你喜欢
  • 2021-12-21
  • 1970-01-01
  • 2015-01-13
  • 1970-01-01
  • 1970-01-01
  • 2013-08-30
  • 1970-01-01
  • 2020-03-11
  • 2020-07-24
相关资源
最近更新 更多