Django：迁移表“forum_user”已经存在

发布于 2025-01-07 13:00:30 字数 239 浏览 1 评论 0原文

我更改了 Django 模型，并使用 Django schemamigration 来更新数据库。但是，当我执行 python manager.py migrate app 时，它会抛出以下错误消息：

_mysql_exceptions.OperationalError: (1050, "Table 'forum_user' already exists")

原文

I have changed the Django models, and I use the Django schemamigration to update the database. But, when I do python manager.py migrate app， it throws this error message：

_mysql_exceptions.OperationalError: (1050, "Table 'forum_user' already exists")

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

淡墨 2025-01-14 13:00:30

那么 django South 尝试创建的表已经存在，并且与数据库的状态不匹配。

如果这是您第一次迁移，请记住，在进行 schemamigration 更改之前，您必须通过 schemamigration myapp --initial 和 migrate app --fake 设置初始状态> 将数据库与南数据库状态相匹配。

manage.py Convert_to_south myapp 也可以作为一种便捷方法执行上述操作。

要开始使用 South...

请确保您的 django 表与当前数据库表完全匹配 - 如果您计划添加或删除列，请将其注释掉。
运行 python manage.py schemamigration myapp --initial
运行 python manage.py migrate myapp --fake
对您的 django 模型进行更改
运行 python manage.py schemamigration myapp --auto
运行 python manage.py migrate myapp

更新

注意 django 1.7+ 附带迁移和南方不再使用。

只有两个命令值得注意..

manage.py makemigrations (handles --initial)
manage.py migrate

与 South 同一作者编写，众筹。去姜戈吧。

回复收藏 0 原文

爱你不解释 2025-01-14 13:00:30

我刚刚在本地修复了重复的表问题，并想记录我的工作流程以帮助其他人。

成功的关键是在添加新模型之前创建 --empty 迁移。流程：

合并到另一个人的工作中，排除了我本地模型的信息。
正常的 schemamigration --auto 再次添加表/模型并导致“已存在错误”。
通过注释掉新模型并通过 clear 运行空迁移来解决； python manage.py schemamigration --empty APPNAME MIGRATION_FILE_NAME。这创建了模型状态的“声明”，没有前进/后退命令。 100% 确定模型（python 文件）和数据库的当前状态是同步的！此最新迁移将用于创建差异以正确迁移（下一步）。
取消注释新模型并运行 clear; python manage.py schemamigration APPNAME --auto 创建真实且所需的差异关闭（使用刚刚创建的 --empty 迁移）。新迁移将具有适合您的新模型的前进/后退命令。回顾...
以 clear; 结束python manage.py migrate

吸取的教训是 --auto 查看最后一个 APP+migration 文件以创建向前/向后差异。如果上次迁移的字典中没有您在数据库中拥有的模型，则会再次创建该模型，从而导致“已存在”错误。将字典视为 Django 和数据库之间的契约，声明“这就是一切应该是什么样子”。迁移可以包含创建重复表的命令，并且仅在“migrate”命令期间公开。

上述信息应该可以解决问题。提出的部分目的是为了帮助人们，也为了防止我做了愚蠢的事情而进行审查。