在Django中加载fixture时出现contenttypes的问题

Question

由于内容类型冲突,我无法将Django fixtures加载到我的MySQL数据库中.首先,我尝试从我的应用程序转储数据,如下所示:

./manage.py dumpdata escola > fixture.json

但我不断错过外键问题,因为我的应用程序"escola"使用其他应用程序中的表.我一直在添加额外的应用程序,直到我这样做:

./manage.py dumpdata contenttypes auth escola > fixture.json

现在,当我尝试将数据作为测试夹具加载时,问题是以下约束违规:

IntegrityError: (1062, "Duplicate entry 'escola-t23aluno' for key 2")

似乎问题是Django正在尝试动态地重新创建具有与夹具中的主键值冲突的不同主键值的内容类型.这似乎与此处记录的错误相同:http://code.djangoproject.com/ticket/7052

问题是推荐的解决方法是转储我正在做的contenttypes应用程序!？是什么赋予了？如果它有所不同,我确实有一些自定义模型权限,如下所示:http://docs.djangoproject.com/en/dev/ref/models/options/#permissions

Answer 1

manage.py dumpdata --natural将使用更持久的外键表示.在django,他们被称为"自然键".例如:

• Permission.codename 用来赞成 Permission.id
• User.username 用来赞成 User.id

阅读更多:"序列化django对象"中的自然键部分

其他一些有用的论据dumpdata:

• --indent=4 使它具有人类可读性.
• -e sessions 排除会话数据
• -e admin 在管理网站上排除管理员操作的历史记录
• -e contenttypes -e auth.Permission排除每次在架构中自动重新创建的对象syncdb.只能与它一起使用--natural,否则你最终会得到严重对齐的id号.

Answer 2

是的,这真的很烦人.有一段时间我通过在加载fixture之前对contenttypes应用程序执行"manage.py reset"来解决这个问题(以摆脱与转储版本不同的自动生成的contenttypes数据).这很有效,但最终我厌倦了麻烦,完全放弃了直接的SQL转储(当然,你丢失了数据库的可移植性).

更新 - 最好的答案是使用--natural标志dumpdata,如下面的答案所示.当我写这个答案时,那个标志还不存在.

Answer 3

尝试在创建fixture时跳过contenttypes:

./manage.py dumpdata --exclude contenttypes > fixture.json

它在类似的单元测试情况下对我有用,你对内容类型的洞察力确实有帮助!

Answer 4

这里的答案都是旧的...截至2017年,最佳答案是:

manage.py dumpdata --natural-foreign --natural-primary -e contenttypes -e auth.Permission --indent 4

Answer 5

我在测试用例中通过在加载转储文件之前从单元测试重置contenttypes应用程序解决了这个问题.Carl建议已使用该manage.py命令,我只使用该call_command方法做同样的事情:

>>> from django.core import management
>>> management.call_command("flush", verbosity=0, interactive=False)
>>> management.call_command("reset", "contenttypes", verbosity=0, interactive=False)
>>> management.call_command("loaddata", "full_test_data.json", verbosity=0)

我的full_test_data.jsonfixture包含与其余测试数据相对应的contenttypes app转储.通过在加载前重置应用程序,它可以防止重复键IntegrityError.

Answer 6

我没有使用MySQL,而是将一些数据从实时服务器导入sqlite.contenttypes在执行之前清除应用程序数据可以解决问题loaddata:

from django.contrib.contenttypes.models import ContentType
ContentType.objects.all().delete()
quit()

然后

python manage.py loaddata data.json

Answer 7

python manage.py dumpdata --natural-primary --exclude=contenttypes --exclude=auth.Permission --exclude=admin.logentry --exclude=sessions.session --indent 4 > initial_data.json

这适合我.在这里,我排除了实际模型的一切.

• 如果您看到除了您创建的模型之外的任何其他模型,您可以安全地排除这些模型.这种方法的一个缺点是您在日志数据和auth数据上都会松动.

Answer 8

您需要使用自然键来表示任何外键和多对多关系。此外，排除应用程序中的表和应用程序中的session表可能是个好主意。sessionslogentryadmin

姜戈 1.7+

python manage.py dumpdata --natural-foreign --exclude contenttypes --exclude auth.permission --exclude admin.logentry --exclude sessions.session --indent 4 > fixture.json

姜戈 <1.7

python manage.py dumpdata --natural --exclude contenttypes --exclude auth.permission --exclude admin.logentry --exclude sessions.session --indent 4 > fixture.json

根据Django 文档，--natural已在 1.7 版中弃用，因此--natural-foreign应改用该选项。

您还可以省略此对象的序列化数据中的主键，因为它可以在反序列化期间通过传递--natural-primary标志来计算。

python manage.py dumpdata --natural-foreign --natural-primary --exclude contenttypes --exclude auth.permission --exclude admin.logentry --exclude sessions.session --indent 4 > fixture.json