ФорумПрограммированиеPythonDjango → Дефолтное значение для FK полей

Дефолтное значение для FK полей

  • adw0rd

    Сообщения: 22959 Репутация: N Группа: в ухо

    Spritz 27 апреля 2015 г. 17:04, спустя 1 минуту 50 секунд

    миграция при этом требует обязательного дефолтного значения

    @AlexB, с тех пор, как я стал писать миграции сразу в SQL, мои волосы стали мягкими и шелковистыми

    @master, а у меня они еще тогда выпали, сейчас уже всеравно

    https://smappi.org/ - платформа по созданию API на все случаи жизни
  • mathete

    Сообщения: 435 Репутация: N Группа: Джедаи

    Spritz 28 апреля 2015 г. 18:06, спустя 1 день 1 час 1 минуту

    миграция при этом требует обязательного дефолтного значения

    @AlexB, с тех пор, как я стал писать миграции сразу в SQL, мои волосы стали мягкими и шелковистыми

    @master, я думал, что весь смысл ORM в том, чтобы не касаться вообще SQL. Вся работа ведётся на объектном, декларативном уровне, с автоматизацией процессов, подобных генерации миграций.

  • Dreamer

    Сообщения: 82 Репутация: N Группа: Адекваты

    Spritz 28 апреля 2015 г. 18:26, спустя 20 минут 3 секунды

    @AlexB, интересная особенность тут есть.

    Если поле описано до создания initial минграции - никаких default значений не требуется, а если в дальнейшем добавлять поля - то требует значение по умолчанию - будь то fk или image

  • Sinkler

    Сообщения: 7958 Репутация: N Группа: в ухо

    Spritz 28 апреля 2015 г. 18:32, спустя 6 минут 26 секунд

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

  • Dreamer

    Сообщения: 82 Репутация: N Группа: Адекваты

    Spritz 28 апреля 2015 г. 18:40, спустя 7 минут 23 секунды

    @Sinkler, этот моммент я упустил.

  • master

    Сообщения: 3244 Репутация: N Группа: Джедаи

    Spritz 28 апреля 2015 г. 18:43, спустя 3 минуты 37 секунд

    @master, я думал, что весь смысл ORM в том, чтобы не касаться вообще SQL.

    @mathete, до тех пор, пока ORM не начинает ограничивать. Выбирать-класть данные построчно мне удобнее с ORM, делать сложные запросы с элементами реляционной алгебры - с SQL, вносить изменения в схему - с SQL.

    не всё полезно, что в swap полезло
  • master

    Сообщения: 3244 Репутация: N Группа: Джедаи

    Spritz 28 апреля 2015 г. 19:01, спустя 17 минут 22 секунды

    @mathete, а вообще для веба я бы предпочёл ACID-базу с объектным API. SQL понадобился для задач, где бизнес-логика находится прямо в БД.

    не всё полезно, что в swap полезло
  • AlexB

    Сообщения: 4306 Репутация: N Группа: в ухо

    Spritz 28 апреля 2015 г. 22:58, спустя 3 часа 57 минут 31 секунду

    @AlexB, интересная особенность тут есть.

    Если поле описано до создания initial минграции - никаких default значений не требуется, а если в дальнейшем добавлять поля - то требует значение по умолчанию - будь то fk или image

    @Dreamer, О точно, сенькс! Я еще заметил, что часть полей без default у меня, и вроде бы прокатывало все гладко, но забыл как так вышло.

    Спустя 130 сек.

    @mathete, до тех пор, пока ORM не начинает ограничивать. Выбирать-класть данные построчно мне удобнее с ORM, делать сложные запросы с элементами реляционной алгебры - с SQL, вносить изменения в схему - с SQL.

    @master, ну автоматическая генерация миграций, при добавлении полей, не ограничивает, а удобств море. И даже если надо что-то нестандартное добавить в миграции, все равно сначала ее генеришь автоматом.

Пожалуйста, авторизуйтесь, чтобы написать комментарий!