인프런 커뮤니티 질문&답변

[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? - 예
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? - 예
3. 질문 잘하기 메뉴얼을 읽어보셨나요? - 예

[질문 내용]

안녕하세요! 마치 학교 선배가 옆에서 가르쳐주는 것과 같은 친근한 스타일의 강의 덕분에 백엔드 개발에 좀 더 가까워지는 느낌을 받고 있습니다!

다름이 아니라, 복잡한 구조를 가진 단일 엔티티 조회(DTO 프로젝션) API 개발 관련 질문이 있습니다!

class MemberDto {

        private Long id;

        private String username;

        private String imageUrl;

        // 사용자가 작성한 총 게시물 수
        private Long postCount;

}

// Post와 Hashtag는 다대다 연관 관계 - PostHashtag 중간 엔티티(중간 테이블) 추가 정의
class HashtagDto {

        private Long id;

        private String name;

}

// Post와 Category는 다대다 연관 관계 - PostCategory 중간 엔티티(중간 테이블) 추가 정의
class CategoryDto {

        private Long id;

        private String name;

}

// API로 조회를 제공하려는 대상 - 사용자(Member)가 작성할 수 있는 게시물.
class PostDto {

        private Long id;

        private MemberDto member;

        private String title;

        private String body;

        private List<HashtagDto> hashtags;

        private List<CategoryDto> hashtags;



}

여러 개(해시태그, 카테고리)의 컬렉션으로 데이터(도메인/엔티티)가 구성돼있을 때,

PostDto findById(Long id)

위와 같이 ID에 대한 게시물의 상세 정보를 조회하는 리포지토리 계층(PostRepository 같은 클래스)에서의 쿼리 메서드는 강의에서 말씀주신 것을 따르면, (컬렉션에 대한 페치 조인은 1번으로 제한되기에)

1. Post 및 Post와 xToOne 연관 관계인 Member를 페치 조인으로 조회하는 쿼리

2. Post와 xToMany 연관 관계인 모든 Hashtag를 Post.id로 조회하는 쿼리

3. Post와 xToMany 연관 관계인 모든 Category를 Post.id로 조회하는 쿼리

n개의 컬렉션이 있을 때 위와 같은 식으로 Post, Member를 제외한 n개의 컬렉션에 대한 n번의 쿼리를 실행해서, 마지막에 Dto로 조립하는 게 최선일까요?

한 방 쿼리(?)를 위해 DTO로 프로젝션하는 방식을 찾아보니, QueryDSL의 transform, groupBy, list 같은 것을 써서 구현한 개발한 블로그가 있긴 하던데, 막상 코드를 실행하니 안 되는 경우가 많더라고요..!

실무에서도 위와 같이 여러 복잡한 xToMany 연관 관계 필드가 포함된 DTO를 조회하는 경우가 많을 것 같은데, 주로 어떤식으로 쿼리가 짜여지는지 궁금합니다!