未来不可知的南方数据迁移

Question

我一直在用 south 开发一个 django 应用程序，并进行了一种松散的持续部署。在我初次迁移后不久，我进行了几次如下所示的数据迁移：

def forwards(self, orm):                                                   
    from django.core.management import call_command                        
    call_command("loaddata", "#######.json")    

当时，我什么都没想。手动填充数据库然后将其全部转储到固定装置中已经很容易了。然后当我终于写了一些单元测试时，我开始收到这样的错误：

Creating test database for alias 'default'...
Problem installing fixture '/home/axel/Workspace/02_ereader_blast/content/fixtures/99_deals.json': Traceback (most recent call last):
  File "/home/axel/Workspace/02_ereader_blast/venv/local/lib/python2.7/site-packages/django/core/management/commands/loaddata.py", line 196, in handle
    obj.save(using=using)
  File "/home/axel/Workspace/02_ereader_blast/venv/local/lib/python2.7/site-packages/django/core/serializers/base.py", line 165, in save
    models.Model.save_base(self.object, using=using, raw=True)
  File "/home/axel/Workspace/02_ereader_blast/venv/local/lib/python2.7/site-packages/django/db/models/base.py", line 551, in save_base
    result = manager._insert([self], fields=fields, return_id=update_pk, using=using, raw=raw)
  File "/home/axel/Workspace/02_ereader_blast/venv/local/lib/python2.7/site-packages/django/db/models/manager.py", line 203, in _insert
    return insert_query(self.model, objs, fields, **kwargs)
  File "/home/axel/Workspace/02_ereader_blast/venv/local/lib/python2.7/site-packages/django/db/models/query.py", line 1593, in insert_query
    return query.get_compiler(using=using).execute_sql(return_id)
  File "/home/axel/Workspace/02_ereader_blast/venv/local/lib/python2.7/site-packages/django/db/models/sql/compiler.py", line 910, in execute_sql
    cursor.execute(sql, params)
  File "/home/axel/Workspace/02_ereader_blast/venv/local/lib/python2.7/site-packages/django/db/backends/postgresql_psycopg2/base.py", line 52, in execute
    return self.cursor.execute(query, args)
DatabaseError: Could not load content.BookDeal(pk=1): column "entry_id" of relation "content_bookdeal" does not exist
LINE 1: INSERT INTO "content_bookdeal" ("id", "book_id", "entry_id",...
                                                         ^


Installed 19 object(s) from 1 fixture(s)
Problem installing fixture '/home/axel/Workspace/02_ereader_blast/content/fixtures/99_deals_entries.json': Traceback (most recent call last):
  File "/home/axel/Workspace/02_ereader_blast/venv/local/lib/python2.7/site-packages/django/core/management/commands/loaddata.py", line 190, in handle
    for obj in objects:
  File "/home/axel/Workspace/02_ereader_blast/venv/local/lib/python2.7/site-packages/django/core/serializers/json.py", line 47, in Deserializer
    raise DeserializationError(e)
DeserializationError: Entry has no field named 'book_deals'

据我所知，loaddata 命令使用的是我最近的模型，而不是当时的南方州，并且因为从那时起我对它们进行了重大更改，当前模型将旧数据解释为无效.

所以我的问题是：

• 设置未来数据迁移以免发生这种情况的最佳方法是什么？
• 我如何才能摆脱这种情况，并将其带到最佳实践领域？

Answer 1

我找到了解决方案，感谢这个 stackoverflow 问题：

django loading data from fixture after backward migration / loaddata is using model schema not database schema

如最佳答案中所述，我使用了一个非常优雅的 sn-p 补丁，它非常优雅地修补了 loaddata 命令获取其模型的位置。

请注意，我确实必须扩大我对这些数据迁移的冻结范围，以便他们可以从 orm 而不是直接访问他们需要的所有模型。

感觉这是解决问题的正确方法。

Answer 2

我认为，我的做法很可能是完全的黑客攻击/滥用南方/最糟糕的做法。但是...如果您知道您的 django 模型符合您的数据表。我可能会采取新的开始方法：

1. 重命名（或删除）相关迁移文件夹。
2. 在 south_migrationhistory 数据表中，删除您尝试为其创建新开始的应用程序的所有关联条目。
3. python manage.py convert_to_south app-name。
4. 一切顺利。

如果数据表是规范的，并且您的 django 模型不符合标准，那么我将 django 模型与数据表保持一致的方式是运行：

python manage.py inspectdb > inspectdb.py

现在我可以为我的模型比较两个版本的 django 代码，以使它们对齐。这使我能够完成新的开始顺序。