N:M 관계에서 상세 조회하기 위해 API 2번 vs 1번 / 쿼리 2번 vs 1번 (ex. 팀-멤버)

Question

신입 개발자가 오랜만에 MyBatis로 작업을 진행하게 되면서 궁금증이 생겨 질문남겨봅니다!상황팀 상세 조회 시 팀의 정보와 팀에 속한 멤버들의 정보를 보여줘야 합니다. (View에서는 항상 두 정보를 같이 보는 상황입니다.)(이 때, 멤버의 수는 제한된 수로 가정하겠습니다.)이 때, 선배님들은 어떤 식으로 개발을 하는 편인지 궁금합니다.사용 가능 방법팀 상세 조회 api, 멤버 리스트 조회 api 분리팀 상세 조회 시 팀 정보, 팀에 속한 멤버 리스트를 한 번에 가져올 수 있도록 join 쿼리 사용하기팀 상세 조회 query 한 번, 팀에 속한 멤버 리스트 조회하는 query 한 번씩 수행한 후 Service Layer에서 데이터를 합쳐 응답 DTO로 반환하기각 방법의 장단점이 있어 보이는데 일반적으로 어떤 방식을 많이 사용하는지 궁금합니다.우선 제가 생각해본 각 방법의 장단점은 아래와 같았습니다. 잘못되거나 보완해야할 부분이 있다면 많은 조언 부탁드립니다..!!1번 방법장점 : api 분리로 인해 유지,보수나 재사용 측면에서 유리하고, 사용자 경험 측면에서는 먼저 받은 정보 우선 보여주기에 더 좋을 수 있다단점 : 서버의 Thread 사용량이 증가합니다.2번 방법장점 : 쿼리 한 번으로 로직을 처리할 수 있습니다.단점 : 대용량 데이터가 담겨있는 큰 테이블들의 경우는 join 연산이 부하가 발생할 수 있다고 생각했습니다.3번 방법장점 : 별도의 쿼리 수행으로 DB에서 무거운 연산을 방지할 수 있습니다. 별도의 쿼리를 개발하기 때문에 유지 보수에 뛰어납니다.단점 : Query를 두 번 날리기 때문에 connection 사용량이 늘어난다.저는 API를 분리할 수 있다면 1번 방법이나 아니라면 한 번의 쿼리로 해결하는 2번 방법을 선호해왔었는데,최근에 다시 궁금증이 생겼습니다. 과연 어떤 방식으로 하는 것이 좋은 방법일지...예시는 굉장히 간단한 예시이지만,'대용량 데이터이며 DB 분리가 안되어 있다면 2번 방법은 연산이 엄청 무거워지지 않을지...1번은 기본적으로 Thread 사용량이 크게 증가될 수 있다고 생각하고,3번은 팀에 대한 멤버 정보를 캐싱한다면 DB 부하도 줄이고 유지 보수에도 뛰어나지 않을까?' 하는 고민을 하게 되어 선배님들께 조언을 구하고 싶습니다.

장독깨기 · Answer

3번이요

엡실론 · Answer

1번. thread 사용량에 별 차이가 있을 것 같진 않고, 대신 api 분리로 유지보수가 용이합니다.3번도 고려해 볼 수 있지만, 나중에 멤버수 제한을 없애고 싶을 땐 힘들어 지겠죠.

N:M 관계에서 상세 조회하기 위해 API 2번 vs 1번 / 쿼리 2번 vs 1번 (ex. 팀-멤버)

2개의 답변

기술 목록