[스프링 데이터 JPA] 2. 예제 도메인 모델

https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-%EB%8D%B0%EC%9D%B4%ED%84%B0-JPA-%EC%8B%A4%EC%A0%84/dashboard

실전! 스프링 데이터 JPA - 인프런 | 강의

인프런- 실전! 스프링 데이터 JPA 강의를 듣고 정리한 내용입니다. 

 

 

1️⃣ 예제 도메인 모델 

간단히 Member, Team만 만들어서 진행한다. 

Member는 하나의 Team을 가질 수 있고, Team은 여러명의 Member를 가질 수 있다. 

 

 

Member 엔티티 

@Entity : Jpa가 관리하는 객체 

 

@Getter, @Setter : 롬복에서 지원하는 어노테이션인데 @Setter는 가급적 사용하지 않는게 좋다. (set을 아무데서나 남발하면 나중에 어디서 수정이 이뤄지는지 파악하기 어렵고 유지보수 최악) 

 

@NoArgsConstructor(access = AccessLevel.PROTECTED) 

: 기본 생성자를 막고 싶지만 JPA에서는 프록시 기술을 사용할 때 기본 생성자를 필요로 하기 때문에 Protected까지는 열어둬야 해서 protected로 설정했다. - > public으로 하면 또 여기저기서 사용할 가능성이 있기 때문 

 

@ToString()

: ToString 할 때 Team 포함하면 절대 안된다..!!! 양방향 연관관계이기 때문에 Team에도 Member를 포함하고 있어서 무한루프에 걸려 StatckOverFlow 에러 발생한다. 

 

changeTeam() 

: 연관관계 메서드로 Member에서만 Team 을 추가하면 끝이 아니라 양방향 연관관계이므로 Team의 Members list에도 Member 를 추가해줘야한다.  (까먹는 경우가 많아서 연관관계 메서드로 이렇게 연결해서 추가해주는 것이 좋다) 

 

 

Team 엔티티

Member와 Team 은 서로 양방향 연관관계이다. 

양방향이면 한쪽이 외래키를 관리해야하는데 보통 외래키는 '다' 쪽에서 관리를 하기 때문에 Member가 연관관계의 주인이 된다. 

연관관계 주인이 외래키를 관리하고, 연관관계가 아닌 곳은 단순히 조회만 할 수 있다. 

연관관계 주인에 @JoinColumn으로 Team의 pk값을 설정해주고, 연관관계 주인이 아닌 곳에는 mapped by로 Member의 Team을 설정해준다. 

 

❗ 참고

그리고 가급적 모든 연관관계의 전략은 LAZY로 설정해야 한다. 

 

 

2️⃣ 데이터 확인 테스트