[리팩토링]JPA Projection활용해서 데이터 쿼리 최적화

[always0ne]

JPA Projection

엔티티의 속성들이 너무 많을 때, 일부 데이터만 가져오는 방법이다.
DTO에 적용해서 한번에 가져오면 될것 같다.

[always0ne]

관계를 맺은 테이블의 일부 값을 가져오는 Projection에 대한 연구가 필요

[always0ne]

Projection 리펙토링 대상 메소드

ProjectApplyService

Project를 가져와 Applies를 조회함.
ProjectApply테이블에서 바로 조회를 하는걸로 변경을 하는건 어떤가 고민 필요.

• getApplicants
• getApply

ProjectDetailService

Questions, projectMembers 를 프로젝션으로 가져올 수 없음. 수작업 필요.
Entity에서 leaderId, applies를 제외한 데이터를 사용 Lazy세팅을 하고 projection사용하지 않아도 되지 않을까 싶음.
leaderId에 대한 이야기가 추가로 필요할 것 같음

• getProjectDetail
• updateProject

Recruit Service

userName은 User테이블 조인, projectId, projectName은 Project테이블조인
join된 테이블 값을 가져올 순 있음(~ToOne일때)
하지만projection 사용시 테이블을 다 가져와야하는 단점이 있음(네이티브 쿼리 사용하는건 어떤가)
리스트로 가져올때와, 그냥 조회할때, 보낸 리스트, 받은 리스트의 데이터 차이가 없음.
다시 기획을 건드리고, 리팩토링이 진행된 후 최적화 필요

• getRecruts<- ProjectDetail에서 Recruit Service로 이동해야 할 것 같음
• getRecruitsToMe
• getRecruitProject

ProfileService

StackList를 프로젝션으로 가져올 수 없음. 수작업 필요

• getProfile
• updateProfile

기타 성능문제가 있을만한 리스트류는 이전에 프로젝션을 도입했었음.

위의 내용들이 다시 모두와 이야기가 된 후 작업을 들어가는게 맞는 것 같음.
확인했을 시 생각해보고 응답 바람.
@KimJinYounga @dev-kimdoyoung

[always0ne]

• ProjectApply는 project에서 가져오느게 아니라 바로 테이블에서 가져올 것
• recruit 는 프론트에서 데이터 이야기 한다음 작업 들어갈것
• 기타 나머지는 프로젝션을 사용하지 않는게 좋은 것 같으므로 작업하지 않음

[always0ne]

ProjectApply Entity가 Project를 가지고 있지 않음.

선택지

• ProjectApply Object가 Project Object를 소유
• ProjectApply Object가 ProjectId를 소유

@KimJinYounga @dev-kimdoyoung Comment바람