Перенос данных из Many-To-Many в Many-To-Many через django

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

   class CategoryEntry(models.Model):
       category = models.ForeignKey(Category)
       entry = models.ForeignKey(Entry)   
   
       class Meta:
           db_table='main_category_entries'   #change main_ to your application
           unique_together = (('category', 'entry'))
   

2. Запустите миграцию схемы South.

3. Отредактируйте сгенерированный сценарий миграции схемы и закомментируйте все прямые и обратные записи, поскольку вы будете повторно использовать существующую таблицу пересечений. Добавьте pass для завершения методов.

4. Запустите миграцию.

5. Обновите любой существующий код. Как сказано в https://docs.djangoproject.com/en/dev/topics/db/models/#many-to-many-relationships, "В отличие от обычных полей "многие ко многим", вы не можете использовать добавление, создание или назначение для создания отношения», поэтому вам нужно будет изменить любой существующий код приложения, например.

   c.entry.add(e)
   

   мог стать:

   try:
       categoryentry = c.categoryentry_set.get(entry = e)
   except CategoryEntry.DoesNotExist:
       categoryentry = CategoryEntry(category=c, entry=e)
       categoryentry.save()
   

   и:

   e.category_entries.add(c)
   

   мог стать:

   categoryentry = CategoryEntry(category=c, entry=e)  #set extra fields here
   categoryentry.save()                
   

   и:

   c.entry.remove(e)
   

   мог стать:

   categoryentry = c.categoryentry_set.get(entry = e)
   categoryentry.delete()
   

6. Как только эта первоначальная псевдомиграция будет выполнена, вы сможете добавить дополнительные поля в CategoryEntry и создать дальнейшие миграции, как обычно.

Во встроенных миграциях Django 1.7+ способ вычисления «состояния кода» (т. е. определение кода моделей) отличается и требует другого решения.

В South (Django до 1.7) все «состояние кода» сохраняется при каждой миграции, но во встроенных миграциях Django 1.7+ оно получается из просмотра всего набора миграций, поэтому вам нужно указать «код state" изменение миграции без изменения базы данных.

Как и выше, это нужно будет сделать в несколько шагов.

1. Создайте промежуточную модель, как в ответе выше:

   class CategoryEntry(models.Model):
       category = models.ForeignKey(Category, on_delete=models.CASCADE)
       entry = models.ForeignKey(Entry, on_delete=models.CASCADE)   
   
       class Meta:
            db_table = 'main_category_entries'   #change main_ to your application
            unique_together = ('category', 'entry')
   

2. Создайте автоматическую миграцию с помощью django-admin.py makemigrations и измените код; переместить список операций в аргумент state_operations операции migrations.SeparateDatabaseAndState и оставьте список database_operations пустым. Это должно выглядеть так:

   class Migration(migrations.Migration):
       operations = [
           migrations.SeparateDatabaseAndState(
               state_operations=[ 
                   migrations.CreateModel(CategoryEntry..)
                   ...
               ],
               database_operations=[]
           ),
       ]
   

3. Отредактируйте CategoryEntry, чтобы он содержал то, что вы хотите, и создайте новую автоматическую миграцию с помощью django-admin.py makemigrations.

Я бы сделал это следующим образом:

1. Добавьте в модель класс CategoryEntry и выполните автоматическую миграцию схемы. Это добавит пустую таблицу, содержащую свойства CategoryEntry. Следует отметить, что старая таблица M2M остается нетронутой, поскольку through='CategoryEntry' еще не добавлено.

2. Выполните миграцию данных, чтобы скопировать все данные из существующей таблицы M2M в таблицу, созданную на шаге 1. Для этого запустите команду datamigration и соответствующим образом отредактируйте методы forward() и backward() в автоматически сгенерированном сценарии миграции.

3. Теперь добавьте часть through='CategoryEntry' (именно так, как вы хотели) и выполните миграцию схемы. это удалит старую таблицу M2M.

В документации Django есть именно этот случай как применение операции migrations.SeparateDatabaseAndState. Я сделал именно то, что сказано в документации, но Django продолжал выдавать исключение, говоря, что таблица, используемая для сопоставления M2M, не существует.

Я назначал имя таблицы через атрибут «db_table» класса Meta промежуточной модели, и это вызывало проблему (не знаю почему). Затем я понял, что код SQL, показанный в примере в документации Django, предназначен для изменения имени, присвоенного Django таблице отношений M2M в стандартном отношении M2M, на новое имя, присвоенное Django таблице, соответствующей используемой промежуточной модели.

            database_operations=[
            # Old table name from checking with sqlmigrate, new table
            # name from AuthorBook._meta.db_table.
            migrations.RunSQL(
                sql='ALTER TABLE core_book_authors RENAME TO core_authorbook',
                reverse_sql='ALTER TABLE core_authorbook RENAME TO core_book_authors',
            ),
        ],

В этом примере «core_book_authors» — это старое имя, а «core_authorbook» — это новое имя таблицы отношений M2M. Если вы не включите этот код в миграцию, вы не сможете добавить дополнительные поля в промежуточную модель (и я предполагаю, что это основная причина создания пользовательских отношений M2M), поскольку Django будет искать новое имя таблицы. .

Подводя итог тому, что я сделал, чтобы изменить стандартное отношение M2M на пользовательское, используя «через»:

1. Создал промежуточную модель без дополнительных полей (только два внешних ключа) и указал, что отношения M2M теперь должны выполняться через эту модель (используя «через»).
2. Запустите команду py manage.py makemigrations. Я изменил эту автоматически сгенерированную миграцию, чтобы она выглядела как в документации, указанной выше.
3. Выполните команду py manage.py migrate.
4. Добавил все дополнительные поля, которые мне были нужны в промежуточной модели.
5. Выполните команду py manage.py makemigrations.
6. Выполните команду py manage.py migrate.

Таблица, которая ранее представляла стандартную связь M2M, теперь будет иметь другое имя и все новые столбцы. Важно, чтобы эти столбцы имели значение по умолчанию, если у вас уже были данные в таблице. Я считаю, что это самый простой способ сделать это БЕЗ потери каких-либо данных.