Django South - 表已经存在

Question

我正在尝试从南方开始。我有一个现有的数据库，并添加了 South（syncdb、schemamigration --initial）。

然后，我更新了 models.py 以添加一个字段并运行 ./manage.py schemamigration myapp --auto。它似乎找到了该字段，并说我可以使用 ./manage.py migrate myapp 来应用它。但是，这样做会出现错误：

django.db.utils.DatabaseError: table "myapp_tablename" already exists

tablename 是 models.py 中列出的第一个表。

我正在运行 Django 1.2，South 0.7

Answer 1

由于您已经在数据库中创建了表，因此您只需以假的方式运行初始迁移，

./manage.py migrate myapp --fake

确保模型的架构与数据库中表的架构相同。

Answer 2

虽然表“myapp_tablename”已经存在，但错误停止引发
在我执行 ./manage.py migrate myapp --fake 之后，DatabaseError 显示
没有这样的列：myapp_mymodel.added_field。

遇到完全相同的问题！

1.首先检查导致此问题的迁移号。假设它是：0010。

2.您需要：

./manage.py schemamigration myapp --add-field MyModel.added_field
./manage.py migrate myapp

如果缺少多个字段，您必须对每个字段重复该操作。

3.现在您有了一堆新的迁移，因此从 myapp/migrations 中删除它们的文件（如果您需要添加多个字段，则为 0011 或更多）。

4.运行此命令：

./manage.py migrate myapp 0010

现在尝试 ./manage.py migrate myapp

如果它没有失败，那么您就准备好了。只需仔细检查是否缺少任何字段。

编辑：

当您有一个安装 South 的生产数据库并且在其他环境中创建的第一个初始迁移重复您数据库中已有的内容时，也可能会出现此问题。这里的解决方案更简单：

1. 伪造第一次迁移：

   ./manage migrate myapp 0001 --fake

2. 滚动其余迁移：

   ./manage migrate myapp

Answer 3

当我遇到这个错误时，它有不同的原因。

就我而言，South 以某种方式在我的数据库中留下了一个临时空表，该表用于 _remake_table()。也许我以一种不应该的方式中止了迁移。无论如何，每个后续的新迁移在调用 _remake_table() 时都会抛出错误 sqlite3.pypysqlite2.dbapi2.OperationalError: table "_south_new_myapp_mymodel"已经存在，因为它确实 已经存在并且不应该存在。

_south_new 位对我来说看起来很奇怪，所以我浏览了我的数据库，看到了表 _south_new_myapp_mymodel，挠了挠头，查看了 South 的源，认为它是垃圾，删除了表，一切都很好。

Answer 4

如果您遇到模型与数据库不匹配的问题，例如 @pielgrzym，并且您希望自动迁移数据库以匹配最新的 models.py 文件（并删除在迁移期间不会由装置重新创建的任何数据） )：

manage.py schemamigration myapp --initial
manage.py migrate myapp --fake
manage.py migrate myapp zero
manage.py migrate myapp

这只会删除并重新创建最新 models.py 文件中存在的数据库表，因此您的数据库中可能存在以前 syncdb 中的垃圾表或迁移。要摆脱这些，请在所有这些迁移之前执行以下操作：

manage.py sqlclear myapp | manage.py sqlshell

如果数据库中仍然存在一些问题，那么您必须执行 inspectdb 并创建 models.py< /code> 文件（对于您要清除的表和应用程序），然后执行 sqlclear ，然后在创建 --initial 之前恢复原始 models.py迁移并迁移到它。所有这些都是为了避免弄乱数据库所需的特定 SQL 风格。

Answer 5

按顺序执行这些步骤可能会对您有所帮助：

1) python manage.py schemamigration apps.appname --initial

上述步骤默认创建迁移文件夹。

2) python manage.py migrate apps.appname --fake

生成假迁移。

3) python manage.py schemamigration apps.appname --auto

然后您可以根据需要添加字段并执行上述命令。

4) python manage.py 迁移 apps.appname

Answer 6

如果您有现有的数据库和应用程序，则可以使用 South 转换命令。

./manage.py convert_to_south myapp

必须在对数据库中已有内容进行任何更改之前应用此命令。

Convert_to_south 命令仅在运行该命令的第一台机器上完全有效。一旦您将其初始迁移提交到您的 VCS 中，您就必须在每台拥有代码库副本的计算机上运行 ./manage.py migrate myapp 0001 --fake (make确保他们首先了解最新的模型和架​​构）。
参考：http://south.readthedocs.org/en/latest/convertinganapp.html

Answer 7

作为临时解决方案，您可以在迁移脚本中注释表创建。

class Migration(migrations.Migration):

    dependencies = [
        (...)
    ]

    operations = [
        #migrations.CreateModel(
        #    name='TABLE',
        #    fields=[
        #            ....
        #            ....
        #    ],
        #),
        ....
        ....

---

或者

如果现有表不包含行（空），则考虑删除该表，如下所示。 （仅当表不包含行时才建议执行此修复）。还要确保此操作在 createModel 操作之前。

class Migration(migrations.Migration):

    dependencies = [
        (...),
    ]

    operations = [
        migrations.RunSQL("DROP TABLE myapp_tablename;")
    ]

Answer 8

还有一个解决方案（也许是临时解决方案）。

$ python manage.py sqlmigrate APP_NAME MIGRATION_NAME

例如。，。

$ python manage.py sqlmigrate users 0029_auto_20170310_1117

这将列出原始 SQL 查询中的所有迁移。您可以选择要运行的查询，避免创建现有表的部分