python – 在Django(1.8)应用程序之间移动模型并使用所需的ForeignKey引用

这是这个问题的延伸:How to move a model between two Django apps (Django 1.7)

我需要将一堆模型从old_app移动到new_app。最好的答案似乎是Ozan’s,但是对于所需的外键引用,事情有点棘手。 @halfnibble在Ozan答案的评论中提出了一个解决方案,但是我仍然遇到精确的步骤顺序问题(例如,我什么时候将模型复制到new_app,何时从old_app中删除模型,哪些迁移将坐在old_app.migrations与new_app.migrations等)

任何帮助深表感谢!

在应用程序之间迁移模型。

简短的答案是,不要这样做!

但这个答案很少在现实生活中的项目和生产数据库中起作用。因此,我创造了一个sample GitHub repo来演示这个相当复杂的过程。

我正在使用MySQL。 (不,那些不是我的真实凭据)。

问题

我使用的例子是一个带有汽车应用程序的工厂项目,最初有一个汽车模型和一个轮胎模型。

factory
  |_ cars
    |_ Car
    |_ Tires

汽车模型与轮胎有外键关系。 (如同,您通过汽车型号指定轮胎)。

然而,我们很快就意识到,轮胎将是一个拥有自己的观点等的大型模型,因此我们希望在自己的应用程序中。因此,所需的结构是:

factory
  |_ cars
    |_ Car
  |_ tires
    |_ Tires

而且我们需要保持“汽车”和“轮胎”之间的ForeignKey关系,因为太多依赖于保留数据。

解决方案

步骤1.设计不良设计的初始应用程序。

浏览step 1.的代码

步骤2.创建管理界面并添加一堆包含ForeignKey关系的数据。

查看step 2.

步骤3.决定将轮胎模型移动到自己的应用程序。仔细地将代码剪切并粘贴到新的轮胎应用程序中。确保您更新汽车模型以指向新的轮胎。轮胎模型。

然后运行./manage.py makemigrations并将数据库备份到某个地方(以防万一失败可怕)。

最后,运行./manage.py迁移并看到doom的错误消息,

django.db.utils.IntegrityError:(1217,“无法删除或更新父行:外键约束失败”)

查看到目前为止在step 3.的代码和迁移

步骤4.棘手的部分。自动生成的迁移无法看到您只将模型复制到其他应用程序。所以,我们必须做一些事情来补救这个。

您可以跟随并查看最终的迁移与step 4.中的评论我做了测试,以验证它的工作原理。

首先,我们要在汽车上工作。你必须做一个新的,空的迁移。这种迁移实际上需要在最近创建的迁移(无法执行的迁移)之前运行。因此,我重新编号了我创建的迁移,并更改了依赖关系,首先运行我的自定义迁移,然后是汽车应用程序的最后一个自动生成的迁移。

您可以创建一个空迁移:

./manage.py makemigrations --empty cars

步骤4.a.进行自定义old_app迁移。

在第一次自定义迁移中,我只会执行“database_operations”迁移。 Django为您提供拆分“状态”和“数据库”操作的选项。您可以通过查看code here看到如何完成。

我在第一步的目标是将数据库表从oldapp_model重命名为newapp_model,而不会影响Django的状态。你必须弄清楚Django会根据应用程序名称和型号命名数据库表。

现在您已准备好修改初始轮胎迁移。

步骤4.b修改new_app初始迁移

操作不错,但是我们只想修改“状态”而不是数据库。为什么?因为我们正在保留来自汽车应用程序的数据库表。此外,您需要确保以前进行的自定义迁移是此迁移的依赖关系。查看轮胎migration file

所以,现在我们已经将cars.Tires重命名为轮胎。在数据库中的轮胎,并更改了Django状态以识别轮胎.Tires表。

步骤4.c.修改old_app最后自动生成的迁移。

回到汽车,我们需要修改最后一次自动生成的迁移。它应该需要我们的第一个定制汽车迁移和初始轮胎迁移(我们刚刚修改)。

在这里,我们应该离开AlterField操作,因为Car模型指向不同的模型(尽管它具有相同的数据)。但是,我们需要删除关于DeleteModel的迁移行,因为cars.Tires模型不再存在。它已经完全转换成轮胎。查看this migration

步骤4.d清理old_app中的陈旧模型。

最后但并非最不重要的是,您需要在汽车应用程序中进行最终自定义迁移。在这里,我们将做一个“状态”操作,只能删除cars.Tires模型。它是state-only,因为cars.Tires的数据库表已经被重命名。这个last migration清理了剩下的Django状态。

http://stackoverflow.com/questions/30601107/move-models-between-django-1-8-apps-with-required-foreignkey-references

本站文章除注明转载外,均为本站原创或编译
转载请明显位置注明出处:python – 在Django(1.8)应用程序之间移动模型并使用所需的ForeignKey引用