객체를 테이블에 맞춰 데이터 중심으로 모델링을 한다면, 협력 관계를 만들 수 없음
=> 테이블과 객체 사이에는 큰 간격이 있음
객체 지향 모델링, 객체 연관관계 사용
📍 객체의 참조와 테이블의 외래 키를 매핑
@Entity
public class Member {
@Id @GeneratedValue
private Long id;
@Column(name = "USERNAME")
private String name;
private int age;
// @Column(name = "TEAM_ID")
// private Long teamId;
@ManyToOne
@JoinColumn(name = "TEAM_ID")
private Team team;
📍 연관관계 저장
//팀 저장
Team team = new Team();
team.setName("TeamA");
em.persist(team);
//회원 저장
Member member = new Member();
member.setName("member1");
member.setTeam(team); //단방향 연관관계 설정, 참조 저장
em.persist(member);
📍 참조로 연관관계 조회 - 객체 그래프 탐색
//조회
Member findMember = em.find(Member.class, member.getId());
//연관관계가 없음
//Team findTeam = em.find(Team.class, team.getId());
// => 참조를 사용해서 연관관계 조회
Team findTeam = findMember.getTeam();
📍 연관관계 수정
// 새로운 팀B
Team teamB = new Team();
teamB.setName("TeamB");
em.persist(teamB);
// 회원1에 새로운 팀B 설정
member.setTeam(teamB);
📍 양방향 매핑
Member 엔티티는 단방향과 동일, Team 엔티티는 컬렉션 추가
@Entity
public class Team {
@Id @GeneratedValue
private Long id;
private String name;
@OneToMany(mappedBy = "team")
List<Member> members = new ArrayList<Member>();
…
}
📍 반대 방향으로 객체 그래프 탐색
//조회
Team findTeam = em.find(Team.class, team.getId());
int memberSize = findTeam.getMembers().size(); //역방향 조회
📍 객체와 테이블이 관계를 맺는 차이
✅ 객체의 양방향 관계
📍 테이블의 양방향 연관관계
SELECT *
FROM MEMBER M
JOIN TEAM T ON M.TEAM_ID = T.TEAM_ID
SELECT *
FROM TEAM T
JOIN MEMBER M ON T.TEAM_ID = M.TEAM_ID
양방향 매핑 규칙
✅ 누구를 주인으로?
외래 키가 있는 있는 곳을 주인으로 정하자
(예시에선 Member.team이 연관관계의 주인)
⚠ 주의) 양방향 매핑시 가장 많이 하는 실수 (연관관계의 주인에 값을 입력하지 않음)
Team team = new Team();
team.setName("TeamA");
em.persist(team);
Member member = new Member();
member.setName("member1");
//역방향(주인이 아닌 방향)만 연관관계 설정
team.getMembers().add(member);
//연관관계의 주인에 값 설정
member.setTeam(team); //**
em.persist(member);
단방향 매핑만으로도 이미 연관관계 매핑은 완료
양방향 매핑은 반대 방향으로 조회(객체 그래프 탐색) 기능이 추가된 것 뿐
JPQL에서 역방향으로 탐색할 일이 많음
단방향 매핑을 잘 하고 양방향은 필요할 때 추가해도 됨 (테이블에 영향을 주지 않음)
연관관계의 주인을 정하는 기준 => 연관관계의 주인은 외래 키의 위치를 기준으로 정해야함