[JPA-Basic] 값 타입

기본값 타입

JPA의 데이터 타입 분류

• 엔티티 타입
  • @Entity로 정의하는 객체
  • 데이터가 변해도 식별자로 지속해서 추적 가능
    → 엔티티 내부의 모든 값들을 바꿔도 식별자만 유지되면 추적이 가능하다는 뜻!
  • Ex) 회원 엔티티의 키나 나이 값을 변경해도 식별자로 인식 가능
• 값 타입
  • int, Integer, String처럼 단순히 값으로 사용하는 자바 기본 타입이나 객체
  • 식별자가 없고 값만 있으므로 변경 시 추적 불가
  • Ex) 숫자 100을 200으로 변경하면 완전히 다른 값으로 대체

📌 값 타입 분류

1. 기본값 타입

• 자바 기본 타입 (int, double)
• 래퍼 클래스 (Integer, Long)
• String

• Ex)

String name, int age

• 생명주기를 엔티티에 의존한다.
  • Ex) 회원을 삭제하면 이름, 나이 필드도 함께 삭제된다.
• 값 타입은 공유하면 안 된다.
  • Ex) 회원 이름 변경 시 다른 회원의 이름도 함께 변경되면 안된다.

📌 참고: 자바의 기본 타입은 절대 공유 ❌

• int, double 같은 기본 타입 (primitive type)은 절대 공유 ❌
• 기본 타입은 항상 값을 복사한다. (참조값 공유)
• Integer 같은 래퍼 클래스나 String 같은 특수한 클래스는 공유 가능한 객체이지만 변경❌ (불변객체)

2. 임베디드 타입 (embedded type, 복합 값 타입)

정의해서 사용하는 타입

3. 컬렉션 값 타입 (collection value type)

자바 컬렉션에 기본값 타입이나 임베디드 타입을 넣은 것

임베디드 타입 (복합 값 타입)

• 새로운 값 타입을 직접 정의할 수 있다.
• JPA는 임베디드 타입(embedded type)이라고 한다.
• 주로 기본 값 타입을 모아서 만들어서 복합 값 타입이라고도 한다.
• 엔티티가 아닌 int, String과 같은 값 타입 ❗

• 회원 엔티티는 이름, 근무 시작일, 근무 종료일, 주소 도시, 주소 번지, 주소 우편번호를 가진다.
• 비슷한 필드끼리 묶을 수 있다.
  • 근무 시작일, 근무 종료일 → 근무 기간
  • 주소 도시, 주소 번지, 주소 우편번호 → 집 주소

• 보통 위와 같이 구체적으로 설명하지 않고, 추상화해서 설명한다.
• 회원 엔티티는 이름, 근무 기간, 집 주소를 가진다.

이처럼 묶어낼 수 있는 것이 바로 임베디드 타입!

Member는 id (Long), name (String), workPeriod (Period), homeAddress (Address)의 4가지 속성을 갖는다.
→ Period, Address가 바로 임베디드 타입

임베디드 타입 사용법

• @Embeddable: 값 타입을 정의하는 곳에 표시
• @Embedded: 값 타입을 사용하는 곳에 표시
• 기본 생성자는 필수!

임베디드 타입 장점

• 재사용이 가능하다.
  • Period나 Address는 다른 객체에서도 사용할 수 있다.
• 높은 응집도를 갖는다.
• Period.isWork()처럼 해당 값 타입만 사용하는 의미 있는 메서드를 만들 수 있다. → 객체 지향적!
• 임베디드 타입을 포함한 모든 값 타입은, 값 타입을 소유한 엔티티에 생명주기를 의존한다.

임베디드 타입과 테이블 매핑

• 임베디드 타입은 엔티티의 값일 뿐! 임베디드 타입을 사용하기 전과 후에 매핑하는 테이블은 같다. → 모두 Member 테이블에 매핑된다.
• 객체와 테이블을 아주 세밀하게(find-grained) 매핑하는 것이 가능하다.
• 잘 설계한 ORM 애플리케이션은 매핑한 테이블의 수보다 클래스의 수가 더 많다.

임베디드 타입과 연관관계

• 임베디드 타입은 임베디드 타입을 가질 수 있다.
• 임베디드 타입은 엔티티도 가질 수 있다.
  • 엔티티의 FK만 가지고 있으면 되기 때문에 가능하다.