Ошибка 1050 при выполнении migrate?

Question

[blazer05]

Почему при добавлении в модель новых данных и выполнение makemigrations - migrate получаю ошибку:
django.db.utils.OperationalError: (1050, "Table 'userprofile' already exists")
И как это исправить?

Comments

[Виктор Мельников]

Ну у Вас же ясно написано в ошибке, что таблица в базе уже существует. Удаляйте таблицу в БД, делайте миграцию.

[blazer05]

Viteran33: Так а зачем ее удалять, если мне нужно в нее добавить данные? В других приложениях такого нет, можно свободно добавить и удалить данные. Тут что-то с этой таблицей userprofile не так, но не пойму что.

[Виктор Мельников]

Тогда посмотрите саму миграцию и поправьте код вручную.

[blazer05]

Viteran33: В коде модели все нормально, это что-то в самой таблице userprofile. Просто если удалить эту таблицу и заново ее пересоздать, то будет тоже самое, но почему так происходит мне не понятно?

[Виктор Мельников]

Я имею ввиду не код модели, а код самой миграции, Вы старые же миграции не удаляете?

[blazer05]

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

[Виктор Мельников]

blazer05: Смотрите, когда вы создаете миграцию, то на основе предыдущих миграций создается новая. Если например у вас миграции где создается данная таблица нет, то он при создании новой в метод forward добавит код для ее создания. Что у вас выдает migrate название приложения --list?.

[blazer05]

выдает это
cabinet
[ ] 0001_initial
[ ] 0002_auto_20160701_0850
[ ] 0003_auto_20160701_1053
[ ] 0004_auto_20160701_1054

[blazer05]

Viteran33: Вот смотрите, после удаления таблицы и миграций я заново выполняю makemigration и migrate и получаю вот такую ошибку.
django.db.utils.OperationalError: (1005, "Can't create table 'myname-ru-55.#sql-110c_a4' (errno: 150)"). Почему так происходит - не пойму? Но при этом таблица userprofile создалась со всеми объектами. Если теперь в нее что-то добавить, то получу выше приведенную ошибку. В общем какой то замкнутый круг получается!

[Виктор Мельников]

blazer05: Судя по ошибке какие то проблемы с ограничениями внешнего ключа в БД, код модели можете привести?

[blazer05]

Viteran33: да конечно. вот модель

class Profile(models.Model):
    class Meta:
        db_table = 'userprofile'
        verbose_name = 'Профиль пользователя'
        verbose_name_plural = 'Профиля пользователей'

    profile = models.OneToOneField(User)
    my_name = models.CharField(max_length=100, blank=True, verbose_name='Имя')
    website = models.URLField(max_length=60, blank=True, verbose_name='Сайт')
    picture = models.ImageField(upload_to='profile_users/%Y/%m/%d', blank=True, verbose_name='Картинка')
    date_registr = models.DateTimeField(blank=True, null=True, verbose_name='Дата регистрации')
    date_vhod = models.DateTimeField(auto_now=True, blank=True, null=True, verbose_name='Дата входа')

    def __unicode__(self):
        return self.my_name

[blazer05]

После как пересоздал таблицу в нее сразу невозможно было добавить данные, писал ошибку что-то с полем profile_id оно не null. Я открыл таблицу и исправил это поле на null, тогда стали добавляться в нее данные, но ошибка при миграции так и остается.

[Виктор Мельников]

blazer05: а у вас случаем таблички не с разным типом(MyISAM, innoDb) создаются, а то может имеет смысл опцию добавить в settings 'OPTIONS': {
"init_command": "SET storage_engine=тип",
},

[blazer05]

Viteran33: да они создаются и так MyISAM и так innoDb. Но я там ничего не изменял, это само так происходит. Как должно быть правильно MyISAM или innoDb? У меня сейчас таблица userprofile в innoDb, если я изменю ее на MyISAM, то особо разницы нет никакой, ошибка эта при миграции не пропадает.

[Виктор Мельников]

blazer05: Смотрите какой у Вас тип таблица auth_user, если он MyISAM то и userprofile должен быть такой же, но на мой взгляд лучше укажите принудительно в settings тип таблиц по примеру
DATABASES = {
'default': {
'ENGINE': 'django.db.backends.mysql',
'NAME': '',
'USER': '',
'PASSWORD': '',
'OPTIONS': {
"init_command": "SET storage_engine=MYISAM",
}
}
}, откатите миграции и накатите заново, посмотрите пропадет ли 150 ошибка. Если текущие пользователи критичны, то сделайте фикстуру через manage.py dumpdata

[blazer05]

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

[sim3x]

blazer05:
отредактируй вопрос

приведи там ошибку полностью
приведи код модели
если в модели еще нет данных, то убери из нее строку
db_table = 'userprofile'

так уже не пишут
profile = models.OneToOneField(User)
blackglasses.me/2013/09/17/custom-django-user-model

лучше использовать постгрес

[blazer05]

Viteran33: Сделал как вы говорили, теперь миграция проходит без ошибок но ничего при этом не создается?
Operations to perform:
Apply all migrations: cabinet
Running migrations:
No migrations to apply.

Вот код файла миграции

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

from django.db import migrations, models
from django.conf import settings


class Migration(migrations.Migration):

    dependencies = [
        migrations.swappable_dependency(settings.AUTH_USER_MODEL),
    ]

    operations = [
        migrations.CreateModel(
            name='Profile',
            fields=[
                ('id', models.AutoField(verbose_name='ID', serialize=False, auto_created=True, primary_key=True)),
                ('my_name', models.CharField(max_length=100, verbose_name=b'\xd0\x98\xd0\xbc\xd1\x8f', blank=True)),
                ('website', models.URLField(max_length=60, verbose_name=b'\xd0\xa1\xd0\xb0\xd0\xb9\xd1\x82', blank=True)),
                ('picture', models.ImageField(upload_to=b'profile_users/%Y/%m/%d', verbose_name=b'\xd0\x9a\xd0\xb0\xd1\x80\xd1\x82\xd0\xb8\xd0\xbd\xd0\xba\xd0\xb0', blank=True)),
                ('date_registr', models.DateTimeField(default=True, verbose_name=b'\xd0\x94\xd0\xb0\xd1\x82\xd0\xb0 \xd1\x80\xd0\xb5\xd0\xb3\xd0\xb8\xd1\x81\xd1\x82\xd1\x80\xd0\xb0\xd1\x86\xd0\xb8\xd0\xb8')),
                ('date_vhod', models.DateTimeField(auto_now=True, verbose_name=b'\xd0\x94\xd0\xb0\xd1\x82\xd0\xb0 \xd0\xb2\xd1\x85\xd0\xbe\xd0\xb4\xd0\xb0', null=True)),
                ('profile', models.OneToOneField(null=True, to=settings.AUTH_USER_MODEL)),
            ],
            options={
                'db_table': 'userprofile',
                'verbose_name': '\u041f\u0440\u043e\u0444\u0438\u043b\u044c \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u044f',
                'verbose_name_plural': '\u041f\u0440\u043e\u0444\u0438\u043b\u044f \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0435\u0439',
            },
        ),
    ]

[Виктор Мельников]

blazer05: А Вы откатывали миграции или просто удалили и создали новые? Потому как судя по выводу, он их просто не применяет, а это может быть в случае если в таблице с историей миграций они уже имеются.

[blazer05]

Viteran33: я удалил таблицу и миграции и делал заново makemigrations/migrate он миграцию собирает, но ничего не создает теперь.

[Виктор Мельников]

ну раз откатывать не стали, то удаляйте записи о выполненных миграциях в таблице django_migrations

[blazer05]

Viteran33: Вы знаете у меня получилось! Я зашел в базу и в таблице django_migrations удалил записи касающиеся приложения cabinet и все получилось потом

[blazer05]

blazer05: Спасибо вам за помощь! Я кстатии не знал за эту настройку 'OPTIONS': {
"init_command": "SET storage_engine=MYISAM", сейчас таблица создалась в MYISAM.

[Виктор Мельников]

blazer05: Вы попробуйте модель поменять и выполнить миграцию, т.е. то с чем Вы пришли сюда)

[Виктор Мельников]

blazer05: И разберитесь с тем как работают миграции, заодно прислушайтесь к комментарию sim3x насчет так уже не пишут, и Meta лучше писать в конце.

[blazer05]

Viteran33: Да, миграции стали проходить нормально - проблема решена! К вашем советам прислушаюсь.
Не сочтите за наглость, но дайте совет как сделать, чтоб при добавлении пользователем информации о своем профиле в админке в поле profile пользователь автоматически подставлялся т.е. для пользователя Вадим должно быть автоматом присвоено поле vadim - это логин который был указан при регистрации.

[Виктор Мельников]

blazer05: https://docs.djangoproject.com/ja/1.9/topics/auth/... почитайте, я думаю так будет лучше. И отредактируйте вопрос со всеми ошибками и прочим, чтобы на него можно было дать ответ. Ответ еще кому то может помочь, а читать портянку переписки никто не будет , да и вопрос не отмечен как решенный.

[blazer05]

Viteran33: Хорошо, сейчас напишу решение проблемы одним постом и отмечу как решено.

Answer 1

[blazer05]

Решение проблемы.
1. Удалите из папки migrations вашего приложения все миграции кроме __init__.py а также удалите в базе данных в таблице django_migrations все миграции относящиеся к вашему приложению и удалите саму таблицу для которой не проходят миграции.

2. В настройках базы данных в файле settings.py сделайте так и выполните миграции заново.

DATABASES = {
'default': {
'ENGINE': 'django.db.backends.mysql',
'NAME': '',
'USER': '',
'PASSWORD': '',
'OPTIONS': {
"init_command": "SET storage_engine=MYISAM",
}
}
},

У меня после этого таблица создалась заново и без проблем я смог в нее добавлять и удалять данные!
Огромное спасибо этому человеку Viteran33 за помощь в моем вопросе!