AT
реально
Size: a a a
2020 January 25
A
просто тут 2 джоина
AT
хоть 10
A
а где можно пример посмотреть?
AT
в документации ессно
A
И ещё вопрос. Вот у меня ДБ большая там куча таблиц и куча не нужных мне полей. Я могу написать модель только нужных мне полей?. Или при апдейте будут проблемы?
AT
не взлетит
АП
И ещё вопрос. Вот у меня ДБ большая там куча таблиц и куча не нужных мне полей. Я могу написать модель только нужных мне полей?. Или при апдейте будут проблемы?
Можешь.
A
те в модели нужно описывать все поля таблицы?
АП
не взлетит
Взлетит.
АП
те в модели нужно описывать все поля таблицы?
Только те что хочешь.
AT
Взлетит.
ок, успехов
A
Мне кажеться что при инсерте могут быть проблемы. А при апдейте я же обновляю только конкретное поле?
АП
Что успехов? Алхимия будет генерировать только по тому что в модели указано. Если поле не указано то и Алхимия не будет его указывать.
Если это поле обязательно при инсёрте то инсёрт упадёт.
Если это поле обязательно при инсёрте то инсёрт упадёт.
АП
Мне кажеться что при инсерте могут быть проблемы. А при апдейте я же обновляю только конкретное поле?
Да.
A
спс
A
А ещё вопрос. Обязательно ли в модели указывать такие параметры как primary_key = True, index = True, unique = True и пр. если база данных уже создана?
V
А ещё вопрос. Обязательно ли в модели указывать такие параметры как primary_key = True, index = True, unique = True и пр. если база данных уже создана?
в чём проблема указать? Минимум другой разработчик увидит соответствие.
Но если не ошибаюсь, используются только при создании таблиц. Но если будешь использовать миграции, она собьёт эти параметры с базы, так что аккуратнее
Но если не ошибаюсь, используются только при создании таблиц. Но если будешь использовать миграции, она собьёт эти параметры с базы, так что аккуратнее
A
Логично. Работы не так много как если бы пришлось всю структуру ДБ ненужную заносить.
V
я точно помню что кидали дамперы таблицы -> orm модель, не так уж много работы