연관관계의 포인트는 객체는 참조를 사용해서 다른 Entity Class와 관계를 맺고 테이블은 외래 키를 사용해서 다른 Entity와 관계를 맺는다. 이 둘은 비슷해 보이지만 매우 다른 특징을 가진다. 연관된 데이터를 조회할 때 객체는 참조(get.XX())를 사용하
매핑의 방식에는 크게 두 가지가 있다.조인테이블조인컬럼일대다 단방향 매핑의 가장 큰 문제는 조인테이블에서 나타난다.일단 일대다 단방향 매핑의 조인테이블 문제를 살펴보자.일단 설명하기에 앞서서 이 방법은 그냥 하지마 라고 결론 내고 싶다.일대다 단방향 매핑 조인테이블 방
개발자 입장에서는 엔티티 매니저 = 엔티티를 저장하는 가상의 데이터베이스로 생각하면 된다. 엔티티를 영구 저장하는 환경엔티티 메니저로 엔티티를 저장하거나 조회하면 엔티티 매니저는 영속성 컨텍스트에 엔티티를 보관하고 관리함영속성 컨텍스트는 엔티티를 식별자 값(Id) 으로
트랜잭션은 Spring AOP를 통해 구현되어있다.따라서 클래스나 메소드에 @Transactional이 선언되면 해당 클래스에 트랜잭션이 적용된 프록시 객체가 생성 된다.프록시객체는 @Transactional 이 포함된 메서드가 호출될 경우, 트랜잭션을 시작하고 Com
A와 B 테이블이 서로 연관관계 매핑이 되어있다고 해보자.비즈니스 로직에서 단순히 A 로직만 사용하고 싶은데 B까지 함께 조회되면 손해이다.JPA는 이 문제를 지연로딩 LAZY를 사용해서 프록시로 조회하는 방법으로 해결한다.Entity A와 B 사이가 다대일 @Many
일대다 양방향 매핑에서 다음과 같은 오류가 나면서 뭔가 코드상으로 무한루프를 도는 에러가 생겼다.PostMan으로 찍어봤는데 이런식으로 무한정으로 post가 이루어짐 ㅠㅠ양방향 연관관계 매핑을 맺고 있는 Entity를 response( api 의 return 값)으로
POSTMAN으로 post 매핑 테스트 중 다음과 같은 오류메세지가 리턴되었다.하지만 DB 상에는 post 매핑 기능이 잘 수행되어 데이터가 잘 들어가있었다.. 😅Rest API 통신에서 response가 리턴되는 과정은 아래와 같다.1\. 일단 DB 상에 데이터가