JPA - 값 타입(기본값, 임베디드, 불변 객체, 컬렉션

 

값 타입

 

• 기본값 타입
• 임베디드 타입(복합 값 타입)
• 값 타입과 불변 객체
• 값 타입의 비교
• 값 타입 컬렉션

 

JPA의 데이터 타입

 

• 엔티티 타입
          - @Entity로 정의하는 객체
          - 데이터가 변해도 식별자로 지속해서 추적 가능
  
  
• 값 타입
          - int, Integer, String처럼 단순히 값으로 사용하는 자바 기본 타입이나 객체
          - 식별자가 없고 값만 있으므로 변경시 추적 불가

 

값 타입

 

• 기본값 타입
          - 자바 기본 타입(int, double)
          - 래퍼 클래스(Integer, Long)
          - String
• 임베디드 타입
          - 복합 값 타입
• 컬렉션 값 타입

---

 

기본값 타입

 

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

 

---

 

 

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

 

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

 

 

---

 

임베디드 타입 사용법

 

• @Embeddable : 값 타입을 정의하는 곳에 표시(ex - Address, Period)
• @Embedded : 값 타입을 사용하는 곳에 표시(ex - Member)
• 기본 생성자 필수!

 

@Entity
@Getter @Setter
public class EmbedMember {

    @Id @GeneratedValue
    @Column(name = "EMBERDMEMBER_ID")
    private Long id;

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

    @Embedded
    private Period workPeriod;

    @Embedded
    private Address homeAddress;

//    private LocalDateTime startDate;
//    private LocalDateTime endDate;
//
//    private String city;
//    private String street;
//    private String zipcode;
}

 

---

 

임베디드 타입의 장점

 

• 재사용 - 여러 엔티티에서 사용할 수 있다.
• 높은 응집도 - 관련된 정보들을 모아 놓을 수 있다.
• 유지보수 향상 - 관련된 정보들만 사용하는 의미 있는 메소드를 만들 수 있다.
• 임베디드 타입을 포함한 모든 값 타입은 값 타입을 소유한 엔티티의 생명주기에 의존한다.

 

 

---

 

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

 

• DB 입장에서는 바뀌는게 없고, 클래스가 추가된다.
• 임베디드 타입은 엔티티의 값이 뿐이다.
• 객체와 테이블을 아주 세밀하게 매핑하는 것이 가능
• 잘 설계한 ORM 애플리케이션은 매핑한 테이블의 수보다 클래스의 수가 더 많다.

 

---

 

한 엔티티안에서 같은 임베디드 타입을 사용

 

• @AttributeOverrides
• @AttributeOverride(name= " ", column = @Column(name = " ")) 사용

 

@Entity
@Getter @Setter
public class EmbedMember {

    @Id @GeneratedValue
    @Column(name = "EMBERDMEMBER_ID")
    private Long id;

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

    @Embedded
    private Period workPeriod;

    @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 sorkAddress;

//    private LocalDateTime startDate;
//    private LocalDateTime endDate;
//
//    private String city;
//    private String street;
//    private String zipcode;
}

---

 

값 타입과 불변 객체

 

 값 타입은 복잡한 객체 세상을 조금이라도 단순화하려고 만든 개념이기 때문에 값 타입은 단순하고 안전하게 다룰 수 있어야 한다. 임베디드 타입과 같은 값 타입의 인스턴스를 여러 엔티티에서 공유하면 위험하다.

 

 

 

 따라서 인스턴스를 공유하지 않고 인스턴스를 복사해서 사용해야 한다.

 

 

---

 

객체 타입의 한계

 

 자바 기본 타입은 값을 대입하면 복사가 이루어지지만 임베디드 타입처럼 직접 정의한 값 타입인 객체 타입은 복사가 아닌 공유가 되는 문제가 발생한다. 

 

// 기본 타입(primitive type)
int a = 10; 
int b = a;//기본 타입은 값을 복사
b = 4;

// 객체 타입
Address a = new Address("Old"); 
Address b = a; //객체 타입은 참조를 전달
b.setCity(“New”)

---

 

불변 객체

 

• 객체 타입의 한계를 극복하기 위해 도입한 개념
• 객체 타입을 수정할 수 없게 만들어 부작용을 원천 차단
• 값 타입은 불변 객체(immutable object)로 설계해야 한다.
• 불변 객체란 생성 시점 이후 절대 값을 변경할 수 없는 객체를 뜻한다.
• 생성자로만 값을 설정하고 수정자(Setter)를 만들지 않는다.
• 참고 : Integer, String은 자바가 제공하는 대표적인 불변 객체

 

---

 

값 타입의 비교

 

• 동일성(identity) 비교 : 인스턴스의 참조 값을 비교, == 사용
• 동등성(equivalence) 비교 : 인스턴스의 값을 비교, equals() 사용
• 값 타입은 a.equals(b)를 사용해서 동등성 비교를 해야 한다.
• 값 타입은 equals() 메서드를 적절하게 오버라이드 해준다.

---

 

 

값 타입 컬렉션

 

• 값 타입을 하나 이상 저장할 떄 사용
• @ElementCollection, @CollectionTable 
• 데이터베이스는 컬렉션와 같은 값 타입을 테이블에 저장할 수 없다.
• 컬렉션을 저장하기 위한 별도의 테이블이 필요하다.
• 말그대로 엔티티가 아닌 타입이기 때문에 ID(PK)를 만들지 않고 식별 관계로 연결
• 컬렉션 타입보다는 일대다 매핑을 추천(Address를 엔티티로 만들어준다)

 

예시) 일대다 매핑

@OneToMany(cascade = CascadeType.ALL, orphanRemoval = true)
@JoinColumn(name = "MEMBER_ID")
private List<AddresEntity> addresHistory = new ArrayList<>();