Django неправильное использование миграций - PullRequest
0 голосов
/ 24 апреля 2020

Я не уверен, что делаю что-то не так или это проблема с одним из компонентов, которые я использую для проекта.

В основном я добавил поле в модель и пытаюсь создать миграция.

Вот модель. Это поле poster one.

class Video(models.Model):
    title=models.CharField(max_length=500)
    description=models.TextField(default="")
    creation_date=models.DateTimeField(default=timezone.now)
    videofile=models.FileField(upload_to='videos/', null=True, verbose_name="")
    poster=models.ImageField(upload_to='video/thumbnails', null=True, verbose_name="")
    tags = TaggableManager()

    actions = ['delete']

    def __str__(self):
        return self.title + ": " + str(self.videofile)
    ...

Это единственное, что изменилось в модели. Давайте сделаем миграцию.

(app-web) selfishman@user-desktop:~/sites/app-web/app$ python manage.py makemigrations                                                                                                  
Migrations for 'video_uploader':
video_uploader/migrations/0007_video_poster.py
- Add field poster to video

Пока все хорошо. Давайте попробуем применить миграцию.

(app-web) user@user-desktop:~/sites/app-web/app$ python manage.py migrate video_uploader                                                                                          
Operations to perform:
Apply all migrations: video_uploader
Running migrations:
Applying video_uploader.0002_video_creation_date...Traceback (most recent call last):
File "/home/user/miniconda3/envs/app-web/lib/python3.7/site-packages/django/db/backends/ut
ils.py", line 85, in _execute                                                                         
return self.cursor.execute(sql, params)
psycopg2.errors.DuplicateColumn: column "creation_date" of relation "video_uploader_video" already exists           

Там остальная часть следа:

Вышеуказанное исключение было прямой причиной следующего исключения:

Traceback (most recent call last):
File "manage.py", line 20, in <module>
    execute_from_command_line(sys.argv)
    File "/home/user/miniconda3/envs/app-web/lib/python3.7/site-packages/django/core/managemen
    t/__init__.py", line 381, in execute_from_command_line                                                
    utility.execute()
    File "/home/user/miniconda3/envs/app-web/lib/python3.7/site-packages/django/core/managemen
    t/__init__.py", line 375, in execute                                                                  
    self.fetch_command(subcommand).run_from_argv(self.argv)
    File "/home/user/miniconda3/envs/app-web/lib/python3.7/site-packages/django/core/managemen
    t/base.py", line 316, in run_from_argv                                                                
    self.execute(*args, **cmd_options)
    File "/home/user/miniconda3/envs/app-web/lib/python3.7/site-packages/django/core/managemen
    t/base.py", line 353, in execute                                                                      
    output = self.handle(*args, **options)
    File "/home/user/miniconda3/envs/app-web/lib/python3.7/site-packages/django/core/managemen
    t/base.py", line 83, in wrapped                                                                       
    res = handle_func(*args, **kwargs)
    File "/home/user/miniconda3/envs/app-web/lib/python3.7/site-packages/django/core/managemen
    t/commands/migrate.py", line 203, in handle                                                           
    fake_initial=fake_initial,
    File "/home/user/miniconda3/envs/app-web/lib/python3.7/site-packages/django/db/migrations/
    executor.py", line 117, in migrate                                                                    
    state = self._migrate_all_forwards(state, plan, full_plan, fake=fake, fake_initial=fake_initial)
    File "/home/user/miniconda3/envs/app-web/lib/python3.7/site-packages/django/db/migrations/
    executor.py", line 147, in _migrate_all_forwards                                                      
    state = self.apply_migration(state, migration, fake=fake, fake_initial=fake_initial)
    File "/home/user/miniconda3/envs/app-web/lib/python3.7/site-packages/django/db/migrations/
    executor.py", line 244, in apply_migration                                                            
    state = migration.apply(state, schema_editor)
    File "/home/user/miniconda3/envs/app-web/lib/python3.7/site-packages/django/db/migrations/
    migration.py", line 124, in apply                                                                     
    operation.database_forwards(self.app_label, schema_editor, old_state, project_state)
    File "/home/user/miniconda3/envs/app-web/lib/python3.7/site-packages/django/db/migrations/
    operations/fields.py", line 84, in database_forwards                                                  
    field,
    File "/home/user/miniconda3/envs/app-web/lib/python3.7/site-packages/django/db/backends/ba
    se/schema.py", line 435, in add_field                                                                 
    self.execute(sql, params)
    File "/home/user/miniconda3/envs/app-web/lib/python3.7/site-packages/django/db/backends/ba
    se/schema.py", line 133, in execute                                                                   
    cursor.execute(sql, params)
    File "/home/user/miniconda3/envs/app-web/lib/python3.7/site-packages/django/db/backends/ut
    ils.py", line 100, in execute                                                                         
    return super().execute(sql, params)
    File "/home/user/miniconda3/envs/app-web/lib/python3.7/site-packages/django/db/backends/ut
    ils.py", line 68, in execute                                                                          
    return self._execute_with_wrappers(sql, params, many=False, executor=self._execute)
    File "/home/user/miniconda3/envs/app-web/lib/python3.7/site-packages/django/db/backends/ut
    ils.py", line 77, in _execute_with_wrappers                                                           
    return executor(sql, params, many, context)
    File "/home/user/miniconda3/envs/app-web/lib/python3.7/site-packages/django/db/backends/ut
    ils.py", line 85, in _execute                                                                         
    return self.cursor.execute(sql, params)
    File "/home/user/miniconda3/envs/app-web/lib/python3.7/site-packages/django/db/utils.py", 
    line 89, in __exit__                                                                                  
    raise dj_exc_value.with_traceback(traceback) from exc_value
    File "/home/user/miniconda3/envs/app-web/lib/python3.7/site-packages/django/db/backends/ut
    ils.py", line 85, in _execute                                                                         
    return self.cursor.execute(sql, params)
    django.db.utils.ProgrammingError: column "creation_date" of relation "video_uploader_video" already exists         

Это Это миграция, которая была создана:

from django.db import migrations, models


    class Migration(migrations.Migration):

        dependencies = [
            ('video_uploader', '0006_video_description'),
        ]

        operations = [
            migrations.AddField(
                model_name='video',
                name='poster',
                field=models.ImageField(null=True, upload_to='video/thumbnails', verbose_name=''),
            ),
        ]

Может кто-нибудь сказать мне, что здесь происходит? Я использую Postgres 12. Когда я запускаю тесты, и (SQLite) БД создается с нуля, такой ошибки нет.

Любая помощь приветствуется.

PS Мы видели немало несоответствий, когда дело доходит до Django миграций и Postgres / Psycopg2. Не уверен, что с конфигурацией или версиями / зависимостями что-то не так.

1 Ответ

1 голос
/ 24 апреля 2020

Вы создали новую миграцию с именем

0007_video_poster

Однако, когда вы запускаете миграцию, она запускается

0002_video_creation_date

И это пытается создать новый столбец с именем creation_date однако это уже там.

Вы получаете противоречивые результаты, потому что django считает, что предыдущие миграции не были применены, и поэтому пытается применить их.

Самый простой способ - flush база данных (make сначала убедитесь, что вы экспортировали все данные, которые вам могут понадобиться) с помощью

python manage.py flush

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

В противном случае, если вы хотите выполнить миграцию, которую вы только что создали, то есть 0007_video_poster

Вы можете запустить эту

python manage.py migrate video_uploader 0007_video_poster
...