Телеграмм чат группы aiogram

16:24пожаловаться #1

ЕР

https://docs.sqlalchemy.org/en/13/orm/loading_relationships.html#joined-eager-loading

Tishka17

попробуй joinedload. В примере алхимии так:

 session.query(Address).options(
    joinedload(Address.user, innerjoin=True))

это уже костыли и дополнительные колонки, да и не так красиво

16:26пожаловаться #2

чо

16:26пожаловаться #3

ЕР

ну и менять код придётся

16:26пожаловаться #4

нет, это не дополнительные колонки

16:26пожаловаться #5

это опции запроса

16:26пожаловаться #6

ЕР

Tishka17

чо

ну я уже не смогу делать user.language.name

16:26пожаловаться #7

ЕР

или смогу?

16:27пожаловаться #8

сможешь

16:27пожаловаться #9

ЕР

хмммм

16:27пожаловаться #10

ЕР

ну ок, ща посмотрю

16:27пожаловаться #11

суть в том, что алхимия умеет ленивую подгрузку

16:27пожаловаться #12

что в случае asyncio нереально

16:27пожаловаться #13

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

16:27пожаловаться #14

но не факт что databases умеет это

16:27пожаловаться #15

по идее это дела алхимии, он не должен вмешиваться

16:28пожаловаться #16

ЕР

Tishka17

но не факт что databases умеет это

вот я тоже об этом подумал

16:31пожаловаться #17

Alex RootJunior in aiogram [ru]

Евгений Ры́марев

Запросы в sqla возвращали объекты схем. Со всеми FK значениями. databases же возвращает только значения FK полей... То есть нельзя теперь

user.language.name

писать. Только

user.language_id

Как это обойти или может какая-то опция в databases есть? @JRootJunior

это маппер делает, с databases маппер не работает.

16:31пожаловаться #18

ЕР

Alex RootJunior

это маппер делает, с databases маппер не работает.

Таки решение какое-то есть?

16:31пожаловаться #19

Alex RootJunior in aiogram [ru]

и ты там ORM притащил что ли?