Problems with contenttypes when loading a fixture in Django(在 Django 中加载夹具时的内容类型问题)
问题描述
由于内容类型冲突,我无法将 Django 固定装置加载到我的 MySQL 数据库中.首先,我尝试仅从我的应用程序中转储数据,如下所示:
I am having trouble loading Django fixtures into my MySQL database because of contenttypes conflicts. First I tried dumping the data from only my app like this:
./manage.py dumpdata escola > fixture.json
但我一直缺少外键问题,因为我的应用程序escola"使用来自其他应用程序的表.我一直在添加其他应用程序,直到我做到这一点:
but I kept getting missing foreign key problems, because my app "escola" uses tables from other applications. I kept adding additional apps until I got to this:
./manage.py dumpdata contenttypes auth escola > fixture.json
现在,当我尝试将数据作为测试装置加载时,问题是以下约束冲突:
Now the problem is the following constraint violation when I try to load the data as a test fixture:
IntegrityError: (1062, "Duplicate entry 'escola-t23aluno' for key 2")
问题似乎在于 Django 试图动态地重新创建具有与夹具中的主键值冲突的不同主键值的内容类型.这似乎与此处记录的错误相同:http://code.djangoproject.com/ticket/7052
It seems the problem is that Django is trying to dynamically recreate contenttypes with different primary key values that conflict with the primary key values from the fixture. This appears to be the same as bug documented here: http://code.djangoproject.com/ticket/7052
问题是推荐的解决方法是转储我已经在做的 contenttypes 应用程序!?是什么赋予了?如果它有任何不同,我确实有一些自定义模型权限,如此处所述:http://docs.djangoproject.com/en/dev/ref/models/options/#permissions
The problem is that the recommended workaround is to dump the contenttypes app which I'm already doing!? What gives? If it makes any difference I do have some custom model permissions as documented here: http://docs.djangoproject.com/en/dev/ref/models/options/#permissions
推荐答案
manage.py dumpdata --natural 将使用更持久的外键表示.在 Django 中,它们被称为自然键".例如:
manage.py dumpdata --natural will use a more durable representation of foreign keys. In django they are called "natural keys". For example:
Permission.codename用于支持Permission.idUser.username用于支持User.id
Permission.codenameis used in favour ofPermission.idUser.usernameis used in favour ofUser.id
阅读更多:序列化 django 对象"中的自然键部分
dumpdata 的一些其他有用参数:
Some other useful arguments for dumpdata:
--indent=4使其易于阅读.-e sessions排除会话数据-e admin排除管理站点上管理操作的历史-e contenttypes -e auth.Permission排除在syncdb期间每次从架构中自动重新创建的对象.仅将它与--natural一起使用,否则您最终可能会得到严重对齐的 ID 号码.
--indent=4make it human readable.-e sessionsexclude session data-e adminexclude history of admin actions on admin site-e contenttypes -e auth.Permissionexclude objects which are recreated automatically from schema every time duringsyncdb. Only use it together with--naturalor else you might end up with badly aligned id numbers.
这篇关于在 Django 中加载夹具时的内容类型问题的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:在 Django 中加载夹具时的内容类型问题
基础教程推荐
- oracle区分大小写的原因? 2021-01-01
- 什么是 orradiag_<user>文件夹? 2022-01-01
- MySQL 中的类型:BigInt(20) 与 Int(20) 2021-01-01
- 如何在 SQL 中将 Float 转换为 Varchar 2021-01-01
- 如何根据该 XML 中的值更新 SQL 中的 XML 2021-01-01
- 二进制文件到 SQL 数据库 Apache Camel 2021-01-01
- mysql选择动态行值作为列名,另一列作为值 2021-01-01
- 在多列上分布任意行 2021-01-01
- 在 MySQL 中:如何将表名作为存储过程和/或函数参数传递? 2021-01-01
- 表 './mysql/proc' 被标记为崩溃,应该修复 2022-01-01
