Миграция данных Django при изменении поля на ManyToMany

У меня есть приложение Django, в котором я хочу изменить поле с ForeignKey на ManyToManyField. Я хочу сохранить свои старые данные. Какой самый простой/лучший процесс для этого? Если это имеет значение, я использую sqlite3 в качестве базы данных.

Если мое краткое изложение проблемы неясно, вот пример. Скажем, у меня есть две модели:

class Author(models.Model):  
    author = models.CharField(max_length=100) 

class Book(models.Model):  
    author = models.ForeignKey(Author)  
    title = models.CharField(max_length=100)

Скажем, у меня много данных в моей базе данных. Теперь я хочу изменить модель книги следующим образом:

class Book(models.Model):  
    author = models.ManyToManyField(Author)  
    title = models.CharField(max_length=100) 

Я не хочу «потерять» все свои предыдущие данные.

Каков наилучший/самый простой способ сделать это?

Кен


person Ken H    schedule 08.02.2010    source источник
comment
Проверьте юг.   -  person Zach    schedule 08.02.2010
comment
В частности, ознакомьтесь с разделом руководства по переносу данных: south.aeracode.org/wiki/Tutorial3 В любом случае, это хорошая привычка использовать South для всех ваших миграций.   -  person Ludwik Trammer    schedule 08.02.2010
comment
Отличный инструмент, спасибо за ссылку!   -  person mshafrir    schedule 29.03.2010
comment
если это еще не очевидно, убедитесь, что вы создали резервную копию своих данных, прежде чем пытаться выполнить какие-либо миграции. к счастью, копирование sqlite так же просто, как команда cp   -  person j_syk    schedule 01.06.2011
comment
Интересно, есть ли отчет об ошибке по этому поводу.   -  person Flimm    schedule 16.03.2017


Ответы (2)


Я понимаю, что этот вопрос устарел, и в то время лучшим вариантом для миграции данных было использование South. Теперь у Django есть собственная команда migrate, и процесс немного отличается.

Я добавил эти модели в приложение под названием books — внесите соответствующие изменения, если это не ваш случай.

Во-первых, добавьте поле к Book и related_name по крайней мере к одному или к обоим из них (иначе они будут конфликтовать):

class Book(models.Model):  
    author = models.ForeignKey(Author, related_name='book')
    authors = models.ManyToManyField(Author, related_name='books')
    title = models.CharField(max_length=100) 

Создайте миграцию:

$ ./manage.py makemigrations
Migrations for 'books':
  0002_auto_20151222_1457.py:
    - Add field authors to book
    - Alter field author on book

Теперь создайте пустую миграцию для переноса самих данных:

./manage.py makemigrations books --empty
    Migrations for 'books':
0003_auto_20151222_1459.py:

И добавьте к нему следующий контент. Чтобы точно понять, как это работает, ознакомьтесь с документацией по Миграции данных. Будьте осторожны, чтобы не перезаписать зависимость миграции.

# -*- coding: utf-8 -*-
from __future__ import unicode_literals

from django.db import models, migrations


def make_many_authors(apps, schema_editor):
    """
        Adds the Author object in Book.author to the
        many-to-many relationship in Book.authors
    """
    Book = apps.get_model('books', 'Book')

    for book in Book.objects.all():
        book.authors.add(book.author)


class Migration(migrations.Migration):

    dependencies = [
        ('books', '0002_auto_20151222_1457'),
    ]

    operations = [
        migrations.RunPython(make_many_authors),
    ]

Теперь удалите поле author из модели — оно должно выглядеть так:

class Book(models.Model):
    authors = models.ManyToManyField(Author, related_name='books')
    title = models.CharField(max_length=100)

Создайте для этого новую миграцию и запустите их все:

$ ./manage.py makemigrations
Migrations for 'books':
  0004_remove_book_author.py:
    - Remove field author from book

$ ./manage.py migrate
Operations to perform:
  Synchronize unmigrated apps: messages, staticfiles
  Apply all migrations: admin, auth, sessions, books, contenttypes
Synchronizing apps without migrations:
  Creating tables...
    Running deferred SQL...
  Installing custom SQL...
Running migrations:
  Rendering model states... DONE
  Applying books.0002_auto_20151222_1457... OK
  Applying books.0003_auto_20151222_1459... OK
  Applying books.0004_remove_book_author... OK

И это все. Авторы, ранее доступные на book.author, теперь должны быть в наборе запросов, который вы получаете от book.authors.all().

person Rodrigo Deodoro    schedule 22.12.2015
comment
Эй, @JanSegre: не совсем, изменения отношения «многие ко многим» выполняются в тот момент, когда вы запускаете .add(). - person Rodrigo Deodoro; 09.08.2016
comment
О, ты прав, спасибо. Это то, что я получаю за то, что замалчиваю документы вместо того, чтобы читать их должным образом. - person Jan Segre; 09.08.2016
comment
только одно предложение, запрос внутри цикла for будет медленным, если он будет выполняться на большой таблице. использование однострочного SQL будет намного быстрее. например insert into books_book_authors (book_id, author_id) select id, author_id from books_book; вы можете запустить его с помощью migrations.RunSQL - person kakarukeys; 12.08.2016
comment
@kakarukeys Это правда, но я бы не стал упоминать это как основной способ сделать это, поскольку он не зависит от базы данных. - person Rodrigo Deodoro; 12.08.2016
comment
@RodrigoDeodoro, как мне это сделать, если я хочу перенести поле ManyToMany в сквозное? Когда я пробую ваш метод, я получаю сообщение об ошибке, как описано здесь: "> stackoverflow.com/questions/40512976/ - person LukasKawerau; 09.11.2016
comment
вы можете сделать это за одну миграцию, в operations списке напишите команды в таком порядке: add_m2m_field, your_function_to_migrate_data, delete_fk_field, rename_m2m_field - person alexey_efimov; 09.02.2017
comment
просто примечание при подаче заявки на книгу в Book.objects.all(): book.authors.add(book.author) - вам может понадобиться оператор if, т.е. if book.author - person Brendan Metcalfe; 17.07.2018
comment
Что-то изменилось в этом в Django 1.11? Я получаю ошибку ограничения нулевого идентификатора, используя эту стратегию. - person rschwieb; 26.09.2018
comment
В этом руководстве используется тот же метод. как этот ответ, а также включает некоторые дополнительные сведения, такие как пример данных. - person pianoJames; 29.07.2019
comment
Привет @Salvioner, apps - это не импорт, это аргумент, который RunPython передает make_many_authors. Этому ответу уже 5 лет, и я не запускал этот код в последние годы, но в любом случае решение для этого не будет заключаться в добавлении импорта. - person Rodrigo Deodoro; 10.09.2020
comment
@RodrigoDeodoro, не могли бы вы помочь мне с этим ?? такая же проблема. stackoverflow.com/questions/68467714/ - person Django-Rocks; 21.07.2021
comment
он отлично работает на моем локальном компьютере, но мои данные aws исчезли - person Django-Rocks; 22.07.2021
comment
Привет @ Django-Rocks, мне очень жаль, что ваши данные пропали, но я не работал с Django уже много лет (этому ответу 5 лет), но первое, что я бы посоветовал вам искать, это различия между вашими местными и производственной среды. Удачи! - person Rodrigo Deodoro; 23.07.2021

Вероятно, самое лучшее и простое, что вы должны сделать, это:

Создайте поле «Многие ко многим» с другим именем, скажем

authors = models.ManyToManyField(Author)

напишите небольшую функцию для преобразования значений внешнего ключа в значения M2M:

def convert():
    books = Book.objects.all()
    for book in books:
        if book.author:
            li = [book.author.id]
            book.authors.append(li)
            book.save()

После запуска вы можете удалить поле автора из таблицы и снова запустить миграцию.

person sprksh    schedule 06.09.2016
comment
в django 1.10 я получаю AttributeError: 'ManyRelatedManager' object has no attribute 'append', я удалил .id и получил book.authors = li, и это сработало. Я считаю, что вы также можете сделать book.authors.add(li), и это должно решить проблему. - person hachacha; 16.12.2016
comment
Вы можете добавлять и сохранять модели в любом виде. Вопрос и ответ более конкретно касаются миграции. - person sprksh; 25.10.2017