티스토리 뷰
양방향 연관관계 매핑
@Entity
public class Member {
@Id
@Column(name = "MEMBER_ID")
private String id;
private String username;
@ManyToOne
@JoinColumn(name="TEAM_ID")
private Team team;
//연관관계 설정
public void setTeam(Team team) {
this.team = team;
}
//getter, setter
}
@Entity
public class Team {
@Id
@Column(name = "TEAM_ID")
private String id;
private String name;
@OneToMany(mappedBy = "team")
private List<Member> members = new ArrayList<Member>();
//getter, setter
}
mappedBy 양방향 매핑일 때 사용하는 것으로, 반대쪽 매핑의 필드 이름을 주면 된다.
(위 예시로 보자면 Member 클래스에서 Team을 매핑하고 있는 필드명 - team )
조회
일대 다 방향으로 객체 그래프를 탐색해보자. (팀 -> 멤버 조회)
public void get() {
Team team = em.find(Team.class, "team1");
List<Member> members = team.getMembers(); //객체 그래프 탐색
}
저장
public void save() {
//팀1 저장
Team team1 = new Team("team1", "팀1");
em.persist(team1);
//회원1 저장
Member member1 = new Member("member1", "회원1");
member1.setTeam(team1);
em.persist(member1);
//회원2 저장
Member member2 = new Member("member2", "회원2");
member2.setTeam(team2);
em.persist(member2);
}
양방향 연관관계는 연관관계의 주인이 외래키를 관리한다.
양방향 매핑의 규칙
두 연관관계 중 하나를 연관관계의 주인으로 정해야 한다.
연관관계의 주인만이 데이터베이스 연관관계와 매핑되고 외래 키를 관리(등록, 수정, 삭제)할 수 있다.
반면에 주인이 아닌 쪽은 읽기만 할 수 있다.
여기서 잠깐, 그럼 연관관계 주인을 정하는 기준은 어떻게 될까?
연관관계의 주인은 외래 키의 위치와 관련해서 정해야 한다. 비즈니스 중요도로 접근하면 안된다.
비즈니스의 중요도를 배제하고 단순히 외래 키 관리자 정도의 의미만 부여하자.
어떤 연관관계를 주인으로 정할지는 mappedBy 속성을 사용한다.
- 주인은 mappedBy 속성을 사용하지 않는다.
- 주인이 아니면 mappedBy 속성을 사용해서 속성의 값으로 연관관계의 주인을 지정해야 한다.
참고
데이터베이스의 테이블의 다대일, 일대다 관계에서는 항상 다(多)쪽이 외래 키를 가진다.
다(多) 쪽인 @ManyToOne은 항상 연관관계의 주인이 되므로 mappedBy를 설정할 수 없다.
주의점
public void saveNonOwner {
//회원1 저장
Member member1 = new Member("member1", "회원1");
em.persist(member1);
//회원2 저장
Member member2 = new Member("member2", "회원1");
em.persist(member2);
Team team1 = new Team("team1", "팀1");
//주인이 아닌 곳만 연관관계 설정
team1.getMembers().add(member1);
team1.getMembers().add(member2);
em.persist(team1);
}
회원1, 회원2를 저장하고 팀의 컬렉션에 담은 후에 팀을 저장하고 데이터베이스에서 회원 테이블을 조회하면 TEAM_ID는 null이다.
이유는 연관관계의 주인이 아닌 Team.members에만 값을 저장했기 때문이다.
연관관계의 주인만이 외래 키의 값을 변경할 수 있다.
객체까지 고려한 양방향 연관관계
객체 관점에서 양쪽 방향에 모두 값을 입력해주는 것이 가장 안전하다.
양쪽 방향 모두 값을 입력하지 않으면 순수한 객체 상태에서 문제가 발생할 수 있다.
* ORM은 객체와 관계형 데이터베이스 둘 다 중요 *
public void pureObject() {
Team team1 = new Team("team1", "팀1");
Member member1 = new Member("member1", "회원1");
Member member2 = new Member("member2", "회원1");
member1.setTeam(team1);
member2.setTeam(team2);
List<Members> members = team1.getMembers();
System.out.println("members.size = " + members.size());
//결과 members.size = 0
}
위 코드를 보면 결과 값이 0이다.
양방향은 양쪽 다 관계를 설정해야 한다. 회원 -> 팀을 설정하면 팀 -> 회원도 설정해야한다.
public void pureObject() {
Team team1 = new Team("team1", "팀1");
Member member1 = new Member("member1", "회원1");
Member member2 = new Member("member2", "회원1");
member1.setTeam(team1);
team1.getMembers().add(member1);
member2.setTeam(team2);
team1.getMembers().add(member2);
List<Members> members = team1.getMembers();
System.out.println("members.size = " + members.size());
//결과 members.size = 2
}
JPA를 사용한 코드
* 객체까지 고려해서 꼭 양쪽 모두 관계를 맺자!
public void pureObject() {
Team team1 = new Team("team1", "팀1");
em.persist(team1);
Member member1 = new Member("member1", "회원1");
Member member2 = new Member("member2", "회원1");
member1.setTeam(team1);
team1.getMembers().add(member1);
em.persist(member1);
member2.setTeam(team2);
team1.getMembers().add(member2);
em.persist(member2);
}
참고
자바 ORM 표준 JPA 프로그래밍 - 김영한
'Framework > Spring' 카테고리의 다른 글
[JPA] 즉시로딩과 지연로딩 (0) | 2022.11.14 |
---|---|
[JPA] 프록시 객체 (0) | 2022.10.31 |
[JPA] 플러시 (0) | 2022.10.25 |
[JPA] 패러다임 불일치 (0) | 2022.10.24 |
[Spring] HTTP 통신 도구 (0) | 2022.10.19 |
- Total
- Today
- Yesterday
- object
- AutoConfiguration
- 고정 세션
- HashSet
- Spring
- 정적변수
- nginx
- 자동구성
- Sticky Session
- 인터페이스
- java
- Hash
- 다중화
- 티스토리챌린지
- 인스턴스변수
- spring boot
- HashMap
- Caching
- Load Balancer
- Red-Black Tree
- nosql
- fail-safe
- 오블완
- @conditional
- fail-fast
- syncronized
- 추상클래스
- 로드 밸런서
- Security
- JPA
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |