이 글은 김영한님의 자바 ORM 표준 JPA 프로그래밍 - 기본편 강의를 듣고 정리한 글입니다.
연관관계 매핑시 고려사항 3가지
다중성
: DB 관점에서의 다중성.
대칭적이기 때문에, 애매할 때는 반대 입장을 생각해보면 된다. 팀과 회원의 관계라면, 반대로 회원과 팀을 생각해보면 된다.
- 다대일 :
@ManyToOne - 일대다 :
@OneToMany - 일대일 :
@OneToOne - 다대다 :
@ManyToMany(실무에서 쓰면 안됨!)
단방향, 양방향
테이블
- 외래키 하나로 양쪽 조인이 가능하다
(두 테이블 다 외래키를 갖는 것이 아니기 때문에, 외래키가 있으면 양쪽을 서로 연결할 수 있다.) - 사실 방향이라는 개념이 없음
객체
- 참조용 필드가 있는 쪽으로만 참조 가능하다
- 한쪽만 참조하면 단방향
- 양쪽이 서로 참조하면 양방향 (단방향이 두 개일 뿐, 사실상 양방향인 것은 없다.)
연관관계의 주인
- 테이블은 외래키 하나로 두 테이블이 연관관계를 맺는다.
- 객체의 양방향 관계는 A→B, B→A처럼 참조가 2군데이다.
- 둘 중 테이블의 외래키를 관리할 곳을 정해야 한다.
- 연관관계의 주인 : 외래키를 관리하는 참조
- 주인의 반대편 : 외래키에 영향을 주지 않는다. 단순 조회만 가능하다.
아래 설명부터, A대B는 A가 연관관계의 주인인 관계임을 의미한다.
다대일(N:1)
단방향
- DB 테이블 설계상, 1:N에서 외래키는 항상 N에 있다.
Member.java
@Entity
public class Member {
@Id @GeneratedValue
@Column(name = "MEMBER_ID")
private Long id;
@Column(name = "USERNAME")
private String username;
@ManyToOne
@JoinColumn(name = "TEAM_ID")
private Team team; // 💡 외래키 // 양방향의 경우, mappedBy의 값
}Team.java
@Entity
public class Team {
@Id
@GeneratedValue
@Column(name = "TEAM_ID")
private Long id;
@Column(name = "NAME")
private String name;
}양방향
- Member가 어떤 Team의 소속인지에 대한 로직이 자주 등장할 경우
- 외래 키가 있는 쪽이 연관관계의 주인
- 양쪽을 서로 참조하도록 개발
- Member.java 코드는 동일하다.
Team.java
@Entity
public class Team {
@Id
@GeneratedValue
@Column(name = "TEAM_ID")
private Long id;
@Column(name = "NAME")
private String name;
@OneToMany(mappedBy = "team") // Member.java의 team을 참조
private List<Member> members = new ArrayList<>();
}일대다(1:N)
단방향
- Team은 Member를 알고 싶지만, Member에서는 Team을 알고 싶지 않은 경우
- 객체 Team의 List members 값을 변경했을 때, 테이블 Member의 TEAM_ID (FK) 값을 변경해주어야 한다.
- 일대다 단방향은 일대다(1:N)에서 일(1)이 연관관계의 주인임을 의미한다.
- DB 테이블에서 항상 다(N)에 외래키가 들어가야 한다.
- 객체와 테이블의 차이 때문에 반대편 테이블의 외래키를 관리하는 특이한 구조.
@JoinColumn을 꼭 사용해야 한다. 그렇지 않으면 조인 테이블 방식을 사용함(중간에 테이블을 하나 추가)- 단점
- 엔티티가 관리하는 외래 키가 다른 테이블에 있다.
- 연관관계 관리를 위해 추가로 UPDATE SQL 실행
- 일대다 단방향보다는 다대일 양방향 매핑 사용을 권장.
Member.java
@Entity
public class Member {
@Id @GeneratedValue
@Column(name = "MEMBER_ID")
private Long id;
@Column(name = "USERNAME")
private String username;
}Team.java
@Entity
public class Team_mapping {
@Id
@GeneratedValue
@Column(name = "TEAM_ID")
private Long id;
private String name;
@OneToMany
@JoinColumn(name = "TEAM_ID") // 반대 방향의 관리해주어야 하는 외래키
private List<Member> members = new ArrayList<>();
}JpaMain.java
Team team = new Team();
team.setName("teamA");
team.getMembers().add(member);- TEAM 엔티티를 저장하기 위해, MEMBER 엔티티를 UPDATE SQL을 한번 더 실행하게 된다.
- 실무에서 햇갈릴 수 있기 때문에 권장하지 않는다.
DB 설계에 맞춰, 객체지향적으로 손해를 본더라도 다대일 양방향으로 연결하는 것을 권장.
양방향
- 공식적으로 존재하지 않는 매핑
@JoinColumn(insertable = false, updatable = false)- 읽기 전용 필드를 사용해 양방향처럼 사용하는 방법
- 다대일 양방향을 사용하는 것을 권장.
Member.java
@Entity
public class Member {
@Id @GeneratedValue
@Column(name = "MEMBER_ID")
private Long id;
@Column(name = "USERNAME")
private String username;
@ManyToOne
@JoinColumn(name="TEAM_ID", insertable = false, updatable = false)
private Team team;
}일대일(1:1)
- 주 테이블이나 대상 테이블 중에 외래키 선택 가능
- 외래키에 데이터베이스 유니크(UNI) 제약조건 추가
- 각 관계에 장단점이 있음.
주 테이블에 외래키 & 단방향
- 한 명의 회원은 하나의 라커만 가짐
- 다대일 단방향 매핑과 유사
Member.java
@Entity
public class Member {
@Id @GeneratedValue
@Column(name = "MEMBER_ID")
private Long id;
@Column(name = "USERNAME")
private String username;
@OneToOne
@JoinColumn(name = "LOCKER_ID")
private Locker locker; // 외래키
}Locker.java
@Entity
public class Locker {
@Id @GeneratedValue
@Column(name = "LOCKER_ID")
private Long id;
private String name;
}주 테이블에 외래키 & 양방향
- 다대일 양방향 매핑처럼, 외래키가 있는 곳이 주인
- 반대편은 mappedBy 적용
Locker.java
@Entity
public class Locker {
@Id @GeneratedValue
@Column(name = "LOCKER_ID")
private Long id;
private String name;
@OneToOne(mappedBy = "locker")
private Member_mapping member;
}대상 테이블에 외래키 & 단방향
- 단방향 관계는 JPA에서 지원X
대상 테이블에 외래키 & 양방향
- Locker의 Meber를 연관관계의 주인으로 잡고 매핑하면 됨
- 사실 '주 테이블에 외래키 & 양방향'과 매핑 방법은 같음
일대일 정리
주 테이블에 외래키
- 주 객체가 대상 객체의 참조를 가지는 것 처럼, 주 테이블에 외래키를 두고 대상 테이블을 찾음
- 객체지향 개발자 선호
- JPA 매핑 편리
- 장점: 주 테이블만 조회해도 대상 테이블에 데이터가 있는지 확인 가능
- 단점: 값이 없으면 외래키에 null 허용
대상 테이블에 외래키
- 대상 테이블에 외래키가 존재
- 전통적인 데이터베이스 개발자 선호
- 장점: 주 테이블과 대상 테이블을 일대일에서 일대다 관계로 변경할 때 테이블 구조 유지
- 단점: 프록시 기능의 한계로 지연 로딩으로 설정해도 항상 즉시 로딩됨(프록시는 뒤에서 설명)
다대다(N:M)
- 관계형 데이터베이스는 정규화된 테이블 2개로 다대다 관계를 표현할 수 없다.
- 연결 테이블을 추가해서 일대다, 다대일 관계로 풀어내야 한다.
- 객체는 컬렉션을 사용해서 객체 2개로 다대다 관계가 가능하다
@ManyToMany사용@JoinTable로 연결 테이블 지정
단방향
Member.java
@Entity
public class Member {
@Id @GeneratedValue
@Column(name = "MEMBER_ID")
private Long id;
@Column(name = "USERNAME")
private String username;
@ManyToMany
@JoinTable(name = "MEMBER_PRODUCT") // 연결 테이블 이름
private List<Product> products = new ArrayList<>();
}Product.java
@Entity
public class Product {
@Id @GeneratedValue
@Column(name = "PRODUCT_ID")
private Long id;
private String name;
}양방향
Product.java
@Entity
public class Product {
@Id @GeneratedValue
@Column(name = "PRODUCT_ID")
private Long id;
private String name;
@ManyToMany(mappedBy = "products")
private List<Member> members = new ArrayList<>();
}다대다 매핑의 한계
- 편리해 보이지만 실무에서 사용 X
- 연결 테이블이 단순히 연결만 하고 끝나지 않는다.
- 연결 테이블에 주문수량, 수량 같은 데이터(필드)가 필요 할 수 있는데, 추가할 수 없다.
- 매핑 정보만 들어가고, 추가적인 데이터를 넣을 수 없다.
- 웬만하면 PK는 의미 없는 값이 좋다. (위의 그림은 PK 두 개를 묶어 사용)
다대다 매핑의 한계 극복
- 연결 테이블용 엔티티 추가. 즉, 연결 테이블을 엔티티로 승격
@ManyToMany→@OneToMany&@ManyToOne
MemberProduct.java
@Entity
public class MemberProduct { // Orders
@Id @GeneratedValue
private Long Id;
@ManyToOne
@JoinColumn(name = "MEMBER_ID")
private Member member;
@ManyToOne
@JoinColumn(name = "PRODUCT_ID")
private Product product;
// 추가적으로 데이터들을 넣을 수 있다
private int count;
private LocalDateTime orderDateTime;
// ...
}Member.java
@Entity
public class Member {
@Id @GeneratedValue
@Column(name = "MEMBER_ID")
private Long id;
@Column(name = "USERNAME")
private String username;
@OneToMany(mappedBy = "member")
private List<MemberProduct> memberProduct = new ArrayList<>();
}Product.java
@Entity
public class Product {
@Id @GeneratedValue
@Column(name = "PRODUCT_ID")
private Long id;
private String name;
@ManyToMany(mappedBy = "product")
private List<MemberProduct> memberProduct = new ArrayList<>();
}주요 속성
@JoinColumn
- 외래 키를 매핑할 때 사용
@ManyToOne
@OneToMany
@OneToMany에는mappedBy속성이 있는데,@ManyToOne은mappedBy속성이 없다.
⇒ 다대일을 쓰면, 꼭 연관관계의 주인이 되어야 한다.
삶은 달걀이다