(JPA) 기본값과 임베디드 타입

JPA의 데이터 타입 분류

---

1) 엔티티 타입

• @Entity로 정의하는 객체

• 데이터가 변해도 식별자로 지속해서 추적 가능

• 예) 회원 엔티티의 키나 나이 값을 변경해도 식별자로 인식 가능

1) 값 타입

• int, Integer, String처럼 단순히 값으로 사용하는 자바 기본 타입이나 객체

• 식별자가 없고 값만 있으므로 변경시 추적 불가

• 예) 숫자 100을 200으로 변경하면 완전히 다른 값으로 대체

 

값 타입 분류

---

1) 기본값 타입

• 자바 기본 타입(int, double)

• 래퍼 클래스(Integer, Long)

• String

2) 임베디드 타입

• embedded type

• 복합 값 타입

3) 컬렉션 값 타입

• 컬렉션 값 타입(collection value type)

 

 

기본값 타입

---

• 예): String name, int age- 

• 생명주기를 엔티티의 의존

※ 회원을 삭제하면 이름, 나이 필드도 함께 삭제

• 값 타입은 공유하면X

※ 예) 회원 이름 변경시 다른 회원의 이름도 함께 변경됨

 

참고: 자바의 기본타입은 절대 공유가 안됨

• int, double 같은 기본 타입(primitive type)은 절대 공유X

• 기본 타입은 항상 값을 복사함

int a = 20;
int b = a; // 20이라는 값을 복사
b = 10;

// a = 20
System.out.println("a = ", a);
// b = 10
System.out.printLn("b = ", b);

• Integer같은 래퍼 클래스나 String 같은 특수한 클래스는 공유 가능한 객체이지만 변경안됨

Integer a = new Integer(10);
Integer b = a; // a의 참조를 복사
a.setValue(20); // Side Effect!!

※ JAVA에서 변경을 아예 불가능하게 만들어서 side Effect를 막음

 

임베디드 타입

---

• 새로운 값 타입을 직접 정의할 수 있음

• JPA는 임베디드 타입(embedded type)이라 함

• 주로 기본 값 타입을 모아서 만들어서 복합 값 타입이라고도 함

• int, String과 같은 값 타입

 

임베디드 타입 사용법

기존 Entity

• 회원 엔티티는 이름, 근무 시작일, 근무 종료일, 주소 도시, 주소 번지, 주소 우편번호를 가진다

@Entity
public class Member{
    @Id
    @GeneratedValue
    @Column(name="MEMBER_ID")
    private Long id;

    @Column(name="USERNAME")
    private String name;
    
    private LocalDate StartDate;
    
    private LocalDate EndDate;
    
    private String city;
    
    private String street
    
    private String zipCode

 

임베디드 타입

• 회원 엔티티는 이름, 근무 기간, 집 주소를 가진다.

- Member

public class Member{
    @Id
    @GeneratedValue
    @Column(name="MEMBER_ID")
    private Long id;

    @Column(name="USERNAME")
    private String name;

    @Embedded
    private Period workPeriod;

    @Embedded
    private Address homeAddress;
 }

 - Period

@Embeddable
public class Period {
    private LocalDateTime startDate;

    private LocalDateTime endDate;
    
    public Period {
    }
}

 - Address

@Embeddable
public class Address {

    private String city;

    private String street;

    private String zipCode;
    
    public Address() {
    }
}

 

임베디드 타입 사용법

• @Embeddable: 값 타입을 정의하는 곳에 표시

• @Embedded: 값 타입을 사용하는 곳에 표시

• 기본 생성자 필수

 

임베디드 타입 장점

• 재사용

• 높은 응집도

• Period.isWork()처럼 해당 값 타입만 사용하는 의미 있는 메소드를 만들 수 있음

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

 

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

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

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

• 객체와 테이블을 아주 세밀하게(find-grained) 매핑하는 것이 가능

• 잘 설계한 ORM 애플리케이션은 매핑한 테이블의 수보다 클래 스의 수가 더 많음

 

임베디드 타입과 연관 관계

예시

@Embeddable
public class Address {

    private String city;

    private String street;

    private String zipCode;
    // Entity도 들어 올 수 있다
    private Team team;
    
    public Address() {
    }
}

 

 

@AttributeOverride: 속성 재정의

• 한 엔티티에서 같은 값 타입을 사용하면 컬럼 명이 중복된다.

• @AttributeOverrides, @AttributeOverride를 사용해서 컬러 명 속성을 재정의

 

example

@Embedded
private Address homeAddress;

@Embedded
@AttributeOverrides({
@AttributeOverride(name="city",
  column = @Column(name = "WORK_CITY")),
  @AttributeOverride(name="street",
  column = @Column(name = "WORK_STREET")),
  @AttributeOverride(name="zipCode",
  column = @Column(name = "WORK_ZIPCODE"))
})
private Address workAddress;

※ 3개의 컬럼이 추가로 생긴다.

 

임베디드 타입과 null

• 임베디드 타입의 값이 null이면 매핑한 컬럼 값은 모두 null

@Embedded
private Period workPeriod = null;