언젠가 꽃이 될 개발자

캡스톤 프로젝트 도중 lazy 지연 로딩에 대해 학습하다 다음과 같은 에러를 발견했다. 어떤 에러였으며 어떻게 해결했는지 같이 확인해보자. data에 연관관계 설정 시 기존에는 다음과 같이 즉시로딩(Eager loading)으로 연관관계를 지정했다. 우선 즉시로딩의 장단점은 장점 : 한 번에 연관관계가 있는 모든 엔티티를 가져온다. 단점 : 여러 연관관계를 맺고 있거나 연관관계가 복잡할수록 조인으로 인한 성능 저하를 피할 수 없다. JPA에서 연관관계의 데이터를 어떻게 가져올 것인가를 fetch(패치)라고 하는데 연관관계의 어노테이션의 속성으로 'fetch'모드를 정할 수 있다. 지연로딩 설정은 다음과 같이 할 수 있다. 결국 lazy loading 설정을 마치고 findById를 통해 read 기능을 ..

캡스톤 프로젝트를 하는 도중 다음과 같은 에러 메세지가 발생했다. 왜 발생하며 어떻게 해결하는지 같이 알아보도록 하자. 우선 이 에러의 경우 test 케이스에서 발생한 에러이다. 우선 필자가 현재 이용하고 있는 테이블 구조는 다음과 같다. n:m 연관관계 매핑에서 Reply라는 매핑 테이블이 생성되고 특정 디자인의 댓글을 찾아오는 메서드를 실행하고 있다. 실행하면 다음과 같은 에러가 발생한다. 우선 이 에러가 발생하는 이유는 다음과 같다. 🤔 Reply 클래스의 Member에 대한 Fetch 방식이 LAZY이기 때문에 한 번에 Reply 객체와 Member 객체를 조회할 수 없기 때문에 발생한다. 👉 해결방법은 두 가지이다. 1. @Query를 이용해서 조인 처리하기 2. @EntityGraph를 이용해..