💡 Попробуй онлайн-тренажёр для подготовки к техническому собеседованию: clck.ru/3B5gwP 💡 Забирай роадмап изучения самого востребованного фреймворка на Python - FastAPI здесь: t.me/ArtemShumeikoBot
Расскажите пожалуйста, как правильно (быстро) вставлять в БД связанные объекты (o2m) через ORM? С небольшим кол-вом проблем нет, а вот запись нескольких тысяч строк занимаем большое кол-во времени
Привет. Очень хорошее видео, спасибо. У меня такой вопрос - результат выводится в качестве списка, каждый элемент которого находится в круглых скобках, то есть отдельные строки отделены друг от друга. Как сделать вывод ез скобок, как в видео? Надеюсь понятно написал)
Спасибо за отличное видео, с удовольствием посмотрел. Вы сказали что relationship не стоит включать в вывод repr, однако в вашей имплементации метода я не вижу способа исключения таких полей. Как вы это решаете?
Привет! Очень годный контент. Заметил, что все модели пишешь в одном файле, а не разбиваешь. А как можно избежать круговой зависимости при создании Many To Many relationship, если каждая моделька выносится в отдельный файл?
не совсем related_name в Джанго -- это просто название связи, а сама связь задается через models.ForeignKey или models.ManyToManyField. В Алхимии связь всегда задается через relationship(), а тип связи (m2o, o2o, m2m) определяется через тип внутри конструкции Mapped[...]
Привет, а если у меня несколько таблиц которые нужно подгрузить с помощью selectinload или joinedload? Я видел способ, там нужно каждый раз указывать options и в нём каждый раз по одному selectinload, мне кажется это неудобно
можно изначально для relationship указать вид подгрузки, например, lazy="selectin", но так не рекомендуется делать, потому что в одном месте кода вам нужна будет selectin подгрузка, а в другом - нет, но она будет срабатывать и тормозить исполнение кода обычно подгрузки явно указываются через options
я может ошибаюсь, но one2many и many2one это же одно и то же? Типа есть автор, у него есть много книг - one2many. Точно также у многих книг может быть только 1 автор - many2one, от формулировки смысл то тот же
А как связать двух юзеров одной таблицы? Скажем, мне надо учеников рассадить парами.. Ну чтобы в таблице был такой столбец у каждого ученика, ссылающийся на другого ученика..
Join вернет плоскую табличную структуру с N + M колонками (где N - кол-во столбцов первой таблицы, M - второй) Joinedload выполнит по сути тот же самый SQL запрос, но после получения данных, Алхимия приведет его к вложенной структуре, где каждый элемент будет иметь N атрибутов (исходных столбцов) + 1 relationship, внутри которого будет данные второй таблицы Надеюсь, понятно объяснил
@@artemshumeiko то есть, use case для join, в рамках алхимии, это когда нужно, например, пофилтровать по связанной таблице? Например, получить воркеров с полем workload=fulltime из таблицы резюме?
💡 Попробуй онлайн-тренажёр для подготовки к техническому собеседованию: clck.ru/3B5gwP 💡
Забирай роадмап изучения самого востребованного фреймворка на Python - FastAPI здесь: t.me/ArtemShumeikoBot
Спасибо за отличный материал.
Посмотрев курс по алхимии, решил что запишусь к вам на обучение после завершения своего пет проекта))
Спасибо! Впереди еще 4 видео по Алхимии ;)
Спасибо за видео!
Спасибо Артем, много полезного даешь!
Расскажите пожалуйста, как правильно (быстро) вставлять в БД связанные объекты (o2m) через ORM? С небольшим кол-вом проблем нет, а вот запись нескольких тысяч строк занимаем большое кол-во времени
Привет. Очень хорошее видео, спасибо. У меня такой вопрос - результат выводится в качестве списка, каждый элемент которого находится в круглых скобках, то есть отдельные строки отделены друг от друга. Как сделать вывод ез скобок, как в видео? Надеюсь понятно написал)
Спасибо за отличное видео, с удовольствием посмотрел. Вы сказали что relationship не стоит включать в вывод repr, однако в вашей имплементации метода я не вижу способа исключения таких полей. Как вы это решаете?
цикл for проходится только по колонкам columns. Чтобы итерироваться по relationship'ам, нужен другой атрибут. Поэтому все нормально работает
@@artemshumeiko понял, спасибо!
так как в итоге сделать асинхронную связь relationship?
в самом коце говорится. просто если хочешь асинхронно вызывать релейшншип то обязательно указывай .options(***(Employee.posts))
эх, надеялся что будет обьяснение как иерархично подгружать обьекты которые имеют ссылки сами на себя (например как комментарии в реддит)
Привет! Очень годный контент. Заметил, что все модели пишешь в одном файле, а не разбиваешь. А как можно избежать круговой зависимости при создании Many To Many relationship, если каждая моделька выносится в отдельный файл?
просто в кавычках указывать название модели внутри, вот так: Mapped["ModelName"]. Алхимия сама доимпортирует все при старте приложения
@@artemshumeiko пробовал так делать, но она жалуется, сам не до конца понимаю почему. даже vscode в таком формате не видит ссылку на класс :(
Type_checking из модуля typing попробуй
Спасибо за урок.Поясните пожалуйста RELATIONSHIP это как related_name в django orm?
не совсем
related_name в Джанго -- это просто название связи, а сама связь задается через models.ForeignKey или models.ManyToManyField.
В Алхимии связь всегда задается через relationship(), а тип связи (m2o, o2o, m2m) определяется через тип внутри конструкции Mapped[...]
спасибо
Привет, а если у меня несколько таблиц которые нужно подгрузить с помощью selectinload или joinedload? Я видел способ, там нужно каждый раз указывать options и в нём каждый раз по одному selectinload, мне кажется это неудобно
можно изначально для relationship указать вид подгрузки, например, lazy="selectin", но так не рекомендуется делать, потому что в одном месте кода вам нужна будет selectin подгрузка, а в другом - нет, но она будет срабатывать и тормозить исполнение кода
обычно подгрузки явно указываются через options
А когда будет про то как результат ответа от БД конвертировать в Pydantic модель ?
ручками, лист компрехеншен в помощь
В pydantic модели нужно и определить
class Config:
orm_mode=True
Затем Model. from_orm(sql_alchemy_model)
11 видео будет полностью посвящено этому
выйдет через 2 недели
@@artemshumeikoотлично! очень ждём
я может ошибаюсь, но one2many и many2one это же одно и то же? Типа есть автор, у него есть много книг - one2many. Точно также у многих книг может быть только 1 автор - many2one, от формулировки смысл то тот же
да, одно и то же
А как связать двух юзеров одной таблицы? Скажем, мне надо учеников рассадить парами..
Ну чтобы в таблице был такой столбец у каждого ученика, ссылающийся на другого ученика..
А какая разница между join и joinedload
Join вернет плоскую табличную структуру с N + M колонками (где N - кол-во столбцов первой таблицы, M - второй)
Joinedload выполнит по сути тот же самый SQL запрос, но после получения данных, Алхимия приведет его к вложенной структуре, где каждый элемент будет иметь N атрибутов (исходных столбцов) + 1 relationship, внутри которого будет данные второй таблицы
Надеюсь, понятно объяснил
@@artemshumeiko то есть, use case для join, в рамках алхимии, это когда нужно, например, пофилтровать по связанной таблице?
Например, получить воркеров с полем workload=fulltime из таблицы резюме?
Расставил breakpoints как у тебя, но дебаггер тупо их проскакивает, не могу понять в чем дело.
selectinload очень похож на джанговский prefetch_related