[자바 ORM 표준 JPA 프로그래밍 - 기본편] 11. 임베디드 타입 / 값 타입

 

임베디드 타입

 

 

 

회원 엔티티가 있다. 

 

 

( 근무 시작일과 근무 종료일 )

private LocalDateTime startDate;
private LocalDateTime endDate;

 

( 도시 , 번지 , 우편번호 ) 

private String city;
private String street;
private String zipcode;

 

이 정보들은 공통으로 사용할 수 있지 않을까 ?

 

공통으로 클래스 타입을 만들어서 이용할 수 있지 않을까?

 

 

 

 

공통으로 묶어서 , 클래스로 만들어서 이용

 

 

 

임베디드 타입 사용법

 

(기본 생성자가 필수)

 

@Embeddable
public class Period {

@Embeddable
public class Address {

 

@Embeddable : 값 타입을 정의하는 곳에 표시한다. 

 

 

@Entity
public class Member {

    @Embedded
    private Period workPeriod;

    @Embedded
    private Address homeAddress;

 

@Embedded : 값 타입을 사용하는 곳에 표시한다.

 

 

 

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

 

임베디드 타입은 엔티티의 값일 뿐이다. 

 

임베디드 타입을 사용하기 전과 후에 매핑하는 테이블은 같다.

 

 

정리

 

새로운 값 타입을 직접 정의할 수 있다.

 

시스템에서 재사용이 가능하다. 

 

임베디드 타입은 값 타입이다. 

 

임베디드 타입을 포함한 모든 값 타입은 , 값 타입을 소유한 엔티티에 생명주기를 의존한다. 

 

값 타입은 엔티티 생성될 때 값이 들어오고 죽을 때 죽는다 . 

 

 

 

@AttributeOverride

@Embedded
private Address homeAddress;

@Embedded
private Address workAddress;

 

한 엔티티에서 같은 값 타입을 사용하면 중복 오류가 발생한다 . 

 

 

 

@AttributeOverrides, @AttributeOverride를 사용해서 컬러 명 속성을 재정의하면 된다.

 

 

 

 

값 타입 공유 참조

Address address = new Address("city", "street", "10000");

Member member = new Member();
member.setName("member1");
member.setHomeAddress(address);
em.persist(member);

Member member2 = new Member();
member2.setName("member2");
member2.setHomeAddress(address);
em.persist(member2);

 

member1 과 member2 는 같은 인스턴스인 address 를 참조하고 있다. 

 

 

member2.getHomeAddress().setCity("newCity");

 

member2 의 주소 city 만 변경하고 싶다고 생각하고 이렇게 하면 안된다 .

 

 

값 타입의 실제 인스턴스인 값을 공유하고 있어서 member1 과 member2  모두 city 값이 바뀐다. 

 

 

 

 

자바 기본 타입에서는 값을 대입하면 값을 복사한다 . 

 

 

 

하지만 객체 타입에서는 참조를 전달한다. 

 

b.setCity("New") : a 와 b 둘다  같은 인스턴스를 가르킨다 . 

 

b 에서 바꿔버리면 둘다 결론적으로 바뀐다. 

 

 

 

불변 객체

 

객체 타입을 수정할 수 없게 만들어서 부작용을 원천 차단해야 한다. 

 

값 타입은 불변 객체(immutable object)로 설계해야한다.

 

불변 객체 : 생성 시점 이후 절대 값을 변경할 수 없는 객체이다.

 

생성자로만 값을 설정하고 수정자(Setter)를 만들지 않으면 된다. 

 

 

 

 

값 타입 컬렉션

 

값 타입을 하나 이상 저장할 때 값 타입 컬렉션을 사용한다. 

 

 

 

데이터베이스는 컬렉션을 같은 테이블에 저장할 수 없다. 

 

컬렉션을 저장하기 위한 별도의 테이블이 필요하다. 

 

 

@ElementCollection
@CollectionTable(name = "ADDRESS")
private List<Address> addressHistory = new ArrayList<>();

 

@ElementCollection

 

값 타입 컬레션을 매핑할 때 사용한다. 

 

RDB에는 컬렉션과 같은 형태의 데이터를 컴럼에 저장할 수 없기 때문에,

 

별도의 테이블을 생성하여 컬렉션을 관리해야 합니다.

 

이때 해당 필드가 컬렉션 객체임을 JPA에게 알려주는 어노테이션

 

 

 

@CollectionTable

 

@ElementCollection 과 함께 사용한다. 

 

@CollectionTable은 값 타입 컬렉션을 매핑할 테이블에 대한 정보를 지정하는 역할을 수행합니다.

 

 

 

값 타입 컬렉션의 제약사항

 

값 타입은 엔티티와 다르게 식별자 개념이 없다. 

 

그래서 값을 변경하면 추적이 어렵다. 

 

값 타입 컬렉션에 변경 사항이 발생하면, 주인 엔티티와 연관된 모든 데이터를 삭제하고

 

값 타입 컬렉션에 있는 현재 값을 모두 다시 저장한다.

 

값 타입 컬렉션을 매핑하는 테이블은 모든 컬럼을 묶어서 기본 키를 구성해야 한다. 

 

 

 

 정리

 

엔티티 타입의 특징

1. 식별자 O
2. 생명주기 관리 
3. 공유 

 

값 타입의 특징

1. 식별자 X
2. 생명주기를 엔티티에 의존한다. 
3. 공유하지 않는 것이 안전하다 ( 어쩔 수 없이 공유한다면 복사해서 사용)
4. 불변 객체로 만드는것이 안전하다.

 

 

값 타입은 정말 값 타입이라 판단될 때만 사용한다.

엔티티와 값 타입을 혼동해서 엔티티를 값 타입으로 만들면 안된다.

 

식별자가 필요하고, 지속해서 값을 추적, 변경해야 한다면 그것 은 값 타입이 아닌 엔티티이다. 

 

 

 

 

https://www.inflearn.com/course/ORM-JPA-Basic/dashboard

 

 

자바 ORM 표준 JPA 프로그래밍 - 기본편 - 인프런 | 강의