[JPA] Response를 DTO로 해야 하는 이유, N + 1 문제 해결 방법, 양방향 매핑 순환 참조

https://velog.io/@nuh__d/JPA-FetchType.LAZY-%EC%9C%BC%EB%A1%9C-%EC%9D%B8%ED%95%9C-%EB%B0%9C%EC%83%9D%ED%96%88%EB%8D%98-%EB%AC%B8%EC%A0%9C%EC%A0%90

JPA FetchType.LAZY으로 인한 발생했던 문제점

https://hjhng125.github.io/jpa/jpa-entity-by-controller/

Controller에서 JPA Entity를 반환하는 경우

 

Response할 때 FetchType.LAZY는 프록시 객체로 조회하는데, 프록시 객체는 JSON 형태로 직렬화 불가능한 문제 해결 방법: Entity 말고 DTO를 Response

• Post에서 Fetch Lazy로 인한 N +1 문제 해결 방법: fetch join 사용
• Entity를 Response하면 데이터 설계와 기술이 노출되어서 보안 상의 문제가 발생할 수 있음

 

JPQL 참고: https://ittrue.tistory.com/270

[JPA] JPQL이란? - 객체지향 쿼리 언어 JPQL (1)

 

https://velog.io/@nuh__d/%EC%97%94%ED%8B%B0%ED%8B%B0-%EC%96%91%EB%B0%A9%ED%96%A5-%EB%A7%A4%ED%95%91-%EC%88%9C%ED%99%98-%EC%B0%B8%EC%A1%B0

엔티티 양방향 매핑 순환 참조