Статья: Data Migrations (Перенос Данных).

# encoding: utf8
from django.db import models, migrations
from datetime import date

def load_data(apps, schema_editor):
    PriceHistory = apps.get_model("historical_data", "PriceHistory")

    PriceHistory(date=date(2013,11,29),
         price=1234.00,
         volume=354564,
         total_btc=12054375,
         ).save()
    PriceHistory(date=date(2012,11,29),
         price=12.15,
         volume=187947,
         total_btc=10504650,
         ).save()


class Migration(migrations.Migration):

    dependencies = [
        ('historical_data', '0002_auto_20140710_0810'),
    ]

    operations = [
        migrations.RunPython(load_data)
    ]

Мы начинаем с определения функции, load_dataкоторая, как вы уже догадались, загружает данные.

Когда у нас есть функция, мы можем вызвать ее из нашей RunPythonоперации, а затем эта функция будет выполняться при запуске ./manage.py migrateиз командной строки.

Обратите внимание на строку:

PriceHistory = apps.get_model("historical_data", "PriceHistory")

При выполнении миграции важно получить версию нашей PriceHistoryмодели, которая соответствует точке миграции, в которой вы находитесь. По мере выполнения миграции ваша модель ( PriceHistory) может измениться, если, например, вы добавите или удалите столбец в последующей миграции. Это может привести к сбою миграции данных, если вы не используете приведенную выше строку для получения правильной версии модели.

Это, возможно, больше работы, чем запуск syncdbи загрузка прибора. Фактически, миграции не принимают во внимание фикстуры - это означает, что они не загружают их автоматически, как syncdbхотелось бы.

В основном это связано с философией.

Хотя вы можете использовать миграции для загрузки данных, они в основном касаются миграции данных и / или моделей данных. Мы показали пример загрузки системных данных, главным образом потому, что это простое объяснение того, как вы должны настроить миграцию данных, но часто миграции данных используются для более сложных действий, таких как преобразование ваших данных в соответствии с новой моделью данных.

Например, если бы мы решили начать хранить цены с нескольких бирж, а не только с одной, чтобы мы могли добавлять такие поля, как price_gox, price_btcи т. Д., Тогда мы могли бы использовать миграцию для перемещения всех данных из priceстолбца в price_btcстолбец.

В целом, имея дело с миграциями в Django 1.7, лучше всего рассматривать загрузку данных как отдельное упражнение от миграции базы данных. Если вы хотите продолжать использовать / загружать приборы, вы можете использовать такую ​​команду, как:

$ ./manage.py loaddata historical_data/fixtures/initial_data.json

Это загрузит данные из прибора в базу данных.

Это не происходит автоматически, как при переносе данных (что, вероятно, хорошо), но функциональность все еще есть; он не утерян, поэтому не стесняйтесь и дальше использовать приспособления, если в этом есть необходимость. Разница в том, что теперь вы загружаете данные с приборами, когда они вам нужны. Об этом следует помнить, если вы используете фикстуры для загрузки тестовых данных для своих модульных тестов .