你能创建一个“临时”吗？ Rails 迁移中的模型？

Question

我有一个 Rails 2 项目，它通过连接表具有多对多关系。我们将表称为 A、B 和 ABJ，其中 ABJ 具有属性 a_id 和 b_id（以及与此问题无关的 id）和{创建，更新}_at）。

我想要做什么

不幸的是，这种关系从一开始就被错误地创建了，应该是简单的一对多（A has_many B's，B owns_to A）。因此，我创建了一个向上迁移，将 B 直接重新关联到 A。基本上是，1）将 a_id 添加到 B，2）对于每个 ABJ，将 abj.a.id 放入 abj.b.a_id，3）drop_table :abj。这很好用。

如果我需要 (1) create_table abj，2) 为每个 B 创建一个新的 abj，使得 abj.a_id = b，我还在向下迁移中创建了“逆”操作以返回。 a_id 和 abj.b_id = b.id, 3) 从 B) 中删除_列 a_id。这也很好用。

问题

除了将这种关系“重新关联”到一对多之外，还期望不再使用的连接资源 ABJ 将消失，即删除模型、控制器、测试等。问题是，如果我确实需要返回，运行向下迁移将不起作用，因为在第2步（对于每个B，创建一个新的abj）不再有任何ABJ类< ActiveRecord::Base 因为我删除了模型。

那么有没有办法在迁移中创建一个“临时”模型，只是为了操作数据库中的数据呢？或者您是否只是要求运行迁移的人员在运行之前需要确定该模型存在？因为如果向下迁移在步骤 2 失败，那么步骤 1 就已经创建了 abj 表，然后您必须手动删除它或注释掉再次运行迁移中的步骤 1 代码（然后取消注释）。

想知道是否有什么好的解决方案。

Answer 1

您可以在迁移中定义模型。只需在迁移的顶部放置一个准系统定义：

class Pancake < ActiveRecord::Base; end

在删除表的情况下，您需要小心，当 pancakes 表不存在时，不要调用 Pancake 上的方法。

Answer 2

要么遵循 TomL 的建议，要么使用手动 SQL（假设您使用 MySQL）：

UPDATE
  B, ABJ
SET
  B.a_id = ABJ.a_id
WHERE
  B.id = ABJ.b_id;

其他 RDBMS 允许使用 JOIN 的类似、更自然的语法。