D
Просто имхо без участия человека полноценно миграцию сделать нельзя
А какие сложности возникают? Большинство вещей можно генерить автоматически, а с кейсами, когда это не подходит, я пока не стыкался.
Size: a a a
2020 October 11
AE
А какие сложности возникают? Большинство вещей можно генерить автоматически, а с кейсами, когда это не подходит, я пока не стыкался.
1. Добавление not null поля
2. Переименование колонки
3. Смена типа колонки
4. ...
Таких кейсов уйма и когда в таблице есть данные большинство инструментов с автоматической миграцией тупо идут по пути "снесли данные и накатили новую схему" для большей части таких случаев, а во всех остальных тупо валятся
2. Переименование колонки
3. Смена типа колонки
4. ...
Таких кейсов уйма и когда в таблице есть данные большинство инструментов с автоматической миграцией тупо идут по пути "снесли данные и накатили новую схему" для большей части таких случаев, а во всех остальных тупо валятся
AE
Это вечная проблема когда авто обновлению схемы доверяют, а потом бегают с горящей жопой от того, что половины данных нет
D
1. Добавление not null поля
2. Переименование колонки
3. Смена типа колонки
4. ...
Таких кейсов уйма и когда в таблице есть данные большинство инструментов с автоматической миграцией тупо идут по пути "снесли данные и накатили новую схему" для большей части таких случаев, а во всех остальных тупо валятся
2. Переименование колонки
3. Смена типа колонки
4. ...
Таких кейсов уйма и когда в таблице есть данные большинство инструментов с автоматической миграцией тупо идут по пути "снесли данные и накатили новую схему" для большей части таких случаев, а во всех остальных тупо валятся
Хм, 1 вот так обычно выглядит
operations = [
migrations.AddField('Author', 'rating', models.IntegerField(default=0)),
]
AE
Хм, 1 вот так обычно выглядит
operations = [
migrations.AddField('Author', 'rating', models.IntegerField(default=0)),
]
Гышыгы, дефолт 0. Пахнет смердящим костылем и кучей проверок в логике на ноль. А если сами данные ноль?
AE
А если там не число?
D
При желании можно миграции править, конечно же. Но писать их руками во многих случаях не очень.
AE
Хм, 1 вот так обычно выглядит
operations = [
migrations.AddField('Author', 'rating', models.IntegerField(default=0)),
]
Опять таки это не авто миграция, а ручная
D
А если там не число?
А что ещё может быть в
IntegerField?AE
При желании можно миграции править, конечно же. Но писать их руками во многих случаях не очень.
Мы все пишем от и до руками
AE
А что ещё может быть в
IntegerField?А из вопроса не понятно что подразумевается не числовое поле?
D
А из вопроса не понятно что подразумевается не числовое поле?
В Exposed и других библиотеках можно указать default значение. Но если его нет, то без ручной работы не обойтись, да.
QH
В Exposed и других библиотеках можно указать default значение. Но если его нет, то без ручной работы не обойтись, да.
А что с переименованием колонок делать? Если старого имени не знаем, то выглядит, будто одну удалили, другую добавили
AM
А что с переименованием колонок делать? Если старого имени не знаем, то выглядит, будто одну удалили, другую добавили
А в метаданных о колонке это отразить временно, к примеру?
QH
А в метаданных о колонке это отразить временно, к примеру?
всё можно, вопрос стоимости)
AM
всё можно, вопрос стоимости)
А разница? Ты всё равно это в ручных миграциях указываешь.
AE
А в метаданных о колонке это отразить временно, к примеру?
И не забывать убрать к следующему релизу?
AE
Даже больше, запуску. Один и тот же код дважды не запустится
QH
И не забывать убрать к следующему релизу?
надо проставлять, в какой версии какая колонка как называлась
с#
я пропустил переписку, но как я понял этот вопрос будет норм по контексту.
я пока что вручную колонки все переименовываю / добавляю / удаляю. можно это автоматизировать всё таки ?
я пока что вручную колонки все переименовываю / добавляю / удаляю. можно это автоматизировать всё таки ?