если где то примеры использования более подробные?

частично описано в документации, а что-то можно по исходникам догнать… если вкратце то:

leftJoin просто подцепляет связь но ничего не селектит… например это можно использовать чтобы проверить отсутствие связанной сущности добавив where(‘related.id IS NULL’)
leftJoinAndSelect работает только с со связями описанными на модели – он берёт оттуда описание связи и кладёт связанную сущность только в это поле
leftJoinAndMapXXX связывают сущности не описанные на модели…

например есть user а есть post с userId. если я хочу чтобы у меня в выборке были user.publishedPosts, user.draftPosts и user.blockedPosts, то я могу сделать три leftJoinAndMapMany и указать по ним условия выборки из posts и для каждой указать в какой свойство их положить, а на User вообще эти поля не описывать, или просто описать без декораторов, просто чтобы указать тип Post[]

innerJoinXXX полностью аналогичны, только джойн другой. например выборка по условию наличия связанной сущности без выборки этой сущности – простой innerJoin без суффикса… записи базовой сущности, у которых нет связанных, в такую выборку не попадут…

спасибо большое! Есть еще вопрос, касаемый именно leftJoinAndMapMany, я не могу понять что он принимает первым аргументом ("mapToProperty"). Не мог бы ты привести пример кода, можно твоего примера с юзерами и постами.

по поводу idType у materials такого поля точно нет. есть поле type которое int.

и оно как foreign key

тогда и в сущности должно быть такое поле, а псевдоним связи измени например на materialType (что бы не совпадало с именеи поля type, которое foreign key

и этот ключ ссылается на поле idType в таблице тайпс, верно?

lf

на будущее, удобнее когда имена полей праймари и форейн ки совпадают, т.е. форейн ки в первой таблице имеет такое же имя как праймари ки во второй таблице

вот так вот получается?

@JoinColumns({
     name: 'type'
})
materialType: MaterialType

и в запросе будет:
joinAndSelect('materials.materialType', 'mtype')

последняя строка на твоем скрине это псевдоним связи, то есть ты даешь связи псевдоним "materialType", и по этому псевдониму ты обращаешься к связанной таблице в джойне

а свойство name в @JoinColumn показывает имя ключа в таблице материалс (как ты сказал это "type")

большое спасибо за разъяснения. заработало

👍

mapToProperty – это как раз и есть имя свойства куда typeorm положит связанную сущность на базовой…

this.userRepository.createQueryBuilder(‘user’).where(‘id = :userId’, { userId: ‘xxx’ }).leftJoinAndMapMany(‘user.publishedPosts’, Post, ‘publishedPosts’, ‘publishedPosts.userId = user.id AND publishedPosts.status = :status’, { status: ‘PUBLISHED’ }).getMany()

сорри если не наглядно, набирал в телеграме… как-то так это выглядит… на User не должно быть описано отношения publishedPosts – это просто имя свойства, куда попадут связанные записи из выборки… но поскольку это тайпскрипт и типы надо бы хорошо описывать, я бы туда добавил простое свойство public publishedPosts: Post[]; без декораторов…

спасибо за объяснение, буду пробовать!

@constb вы использовали leftJoinAndMapMany с поздапросами? Когда вторым аргументов передается функция возвращающая подзапрос