问题标签 [dumpdata]

我使用 puython 脚本将数据转储到 json 文件，然后从那里将其转换为 csv。

这是生成的 JSON 文件中的日期和时间：

是否可以以这种格式输出它？

我有一个包含我的模型的 django 数据库（sqlite）。特别是，有一个模型的日期字段在数据库中不为空（通过 sqlite shell 确认），其转储数据始终序列化为空。

我在 python 2.7.5 下使用 django 1.4.5。

真正奇怪的部分是它并非对所有日期字段都这样做。这似乎是datetime在数据库中键入的唯一字段，而不仅仅是date.

我的问题是：是什么原因造成的，我该如何阻止它？或者，什么是转储数据的好选择？

这是模型代码：

这是架构：

这是一个使用空日期错误序列化的实例的示例：

为了比较，这是在数据库中查找的结果：

更新：这是一件有趣的事情：

我生成了一个夹具：

我使用以下方法清空了所有数据库：

但是当我尝试使用 loaddata 时：

我收到此错误：

我在生产中遇到了这个问题，我没有想法。有人有类似的问题吗？

我正在使用从转储数据生成的固定装置进行单元测试。但我收到有关使用天真的日期时间的警告：

RuntimeWarning: DateTimeField Entry.expire received a naive datetime

快速查看夹具显示日期时间以这种格式生成：

"2014-06-06T00:00:00Z"

这不是时区意识，阅读手册让我猜想dumpdata应该生成时区意识日期时间字符串，显然不是我的情况。

我有一个模型Lecture，其中包含一些m2m字段，我想使用dumpdata.

但是每当我打电话时，python manage.py dumpdata cms.lecture我都会收到以下错误

CommandError：无法序列化数据库：“NoneType”对象没有属性“_meta”。

这是因为m2m-field这里的问题还是可能是什么问题？

我的数据库是 MySql（版本 5.6.12），我使用的是 Django 1.5.1。我以前用过 Sqlite，它工作得很好。

编辑 - 解决方案：更新 django-taggit

we have a Django 1.4.5 project with a PostgreSQL 9.3 backend. Unfortunately we are facing the problems when attempting to create fixtures for one of the apps (which is called sddb).

The database is full of objects that belong to sddb app:

However the dumpdata output is empty:

Explicit pointing of database (mentioned here) didn't help:

For the other apps dumpdata is working properly:

I don't want to use the entire table dumps (pgdump) due to obvious reasons. Hope to find right solution here.

我在编码 unicode 转义时遇到了问题。之后python manage.py dumpdata，我使用json了转义字符串。

我需要获得可读的字符串，所以我尝试使用

但decode("unicode_escape")也解码符号等\n，\"当然我得到无效的json。

我该如何解决？

命令：

输出：

zc.buildout 配置为在 app 目录中安装 simplejson。simplejson 也存在于我的自定义 Python 目录 /usr/local/python 中。

谢谢你的帮助！

堆栈跟踪：

我最近决定从 MySQL 切换到 Postgres，因为我遇到了一些问题，这些问题在 Postgres 上绝不应该是问题。

但是我似乎找不到一个很好的迁移方法我已经查看了 py-mysql2pgsql 但这导致了我无法追踪的数据库中的问题。

我还使用 django-admin.py 查看了转储数据和加载数据，但是我的数据库相当大，它消耗了我所有的内存并且简单地崩溃了，所以我然后转到 django-dumpdata-chunks ，它只是出错了，但是项目又是两年老的。

我要问的是，这里有没有人知道从 mysql 迁移到 postgres 而不破坏数据库的可靠方法，并且如果可能的话，可以在不停机的情况下作为奖励？

在这个问题中，我为我的数据库设置了一个dumpdata基于备份的系统。该设置类似于运行一个 cron 脚本，该脚本调用dumpdata并将备份移动到远程服务器，目的是简单地loaddata用于恢复数据库。但是，我不确定这是否适用于 migrations。loaddata现在有一个ignorenonexistent开关来处理已删除的模型/字段，但它无法解决使用一次性默认值添加列或应用RunPython代码的情况。

在我看来，有两个子问题需要解决：

• dumpdata使用每个应用程序的当前版本标记每个输出文件
• 将夹具拼接到迁移路径中

我对如何在不引入大量开销的情况下解决第一个问题感到困惑。为每个包含{app_name: migration_number}映射的备份保存一个额外的文件就足够了吗？

我认为第二个问题一旦解决了第一个问题就容易了，因为过程大致是：

1. 创建一个新数据库
2. 将迁移向前运行到每个应用程序的适当点
3. loaddata使用给定的夹具文件调用
4. 运行其余的迁移

这个问题中有一些代码（链接自错误报告），我认为可以为此目的进行调整。

由于这些是数据库的相当常规/大型快照，我不想将它们作为数据迁移保留在迁移目录中。