python manage.py migrate --fake <appname> vs python manage.py migrate --fake <appname> 零

Posted 2023-02-24

【中文标题】python manage.py migrate --fake <appname> vs python manage.py migrate --fake <appname> 零

【英文标题】：python manage.py migrate --fake <appname> vs python manage.py migrate --fake <appname> zero

【发布时间】：2021-06-01 10:22:15

【问题描述】：

当我运行python manage.py migrate --fake photos zero 时：

要执行的操作： 取消应用所有迁移：照片 运行迁移：渲染模型状态...完成 取消申请 photos.0001_initial... 伪造

运行上面的命令后，我跑了python manage.py migrate，当时就出现了这个错误。

Traceback：Traceback（最近一次调用最后一次）：

文件 "C:\Users...\lib\site-packages\django\db\backends\sqlite3\base.py", 第 411 行，执行中 返回 Database.Cursor.execute(self, query)

django.db.utils.OperationalError: 表“photos_userphoto”已经 存在

当我运行python manage.py migrate --fake photos:

要执行的操作：应用所有迁移：照片正在运行 迁移：正在应用照片。0001_initial... 伪造应用 照片.0002_auto_20210303_0120...伪造

运行上面的命令后，我运行了python manage.py migrate，这很完美。

Running migrations:
  Applying photos.0003_auto_20210303_0123... OK

所以我的问题是 python manage.py migrate --fake <appname> 与 python manage.py migrate --fake <appname> zero 之间有什么区别以及为什么第一个命令会引发错误？

谢谢你..

【参考方案1】：

您似乎对--fake 标志有误解。根据documentation--fake标志：

将迁移标记到目标迁移（遵循上述规则） 如应用，但没有实际运行 SQL 来改变你的 数据库架构。

它还进一步指出，它适用于手动进行更改的高级用户。基本上 Django 会创建一个表 django_migrations 来管理您的迁移。它会向其中添加一个条目以标记是否已应用迁移。 --fake 所做的只是根据您指定的迁移向此表添加/删除条目。 zero 也意味着撤消所有迁移。

python manage.py migrate --fake photos zero

上面的命令基本上意味着你对 Django 说：

我已经或将要从数据库中手动删除（d）所有表等 应用照片

python manage.py migrate --fake <appname>

在上面的命令中你没有指定迁移（在之前你指定为零），这意味着假设你的意思是直到最近的迁移。基本上用--fake这个命令意味着：

我已经或将在数据库中手动创建所有表等 直到最近一次的迁移。

据我了解，您只进行了一些更改并想更新您的数据库，为此您可以简单地编写：

python manage.py migrate