9장 정리

[2xel]

9. 값 타입

• JPA의 데이터 타입
  • 엔티티 타입
  • 값 타입
  • 기본값 타입
    • 자바 기본 타입
    • 래퍼 클래스
    • String
  • 임베디드 타입
  • 컬렉션 값 타입

1. 기본값 타입

• 가장 단순한 기본값 타입이다. (String, int, Integer 와 같은 primitive 타입, Wrapper 클래스 등..)
• 엔티티에 의존하며 엔티티 인스턴스를 제거하면 값도 제거된다. (생명주기가 엔티티에 의존한다.)
• 엔티티타입은 식별자를 통해 지속적으로 추적이 가능하지만 값 타입은 식별자가 없고 숫자나 문자 같은 속성만 있으므로 추적이 불가하다.
• 값 타입은 의도치 않은 수정이 발생 할 수 있으므로 절대 공유하면 안된다.

@Entity
class Member{
    @Id
    private Long id;

    private String name;
    private int age;
}

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

• 새로운 값 타입을 직접 정의해서 JPA에서 사용하는 것을 임베디드 타입이라 한다.
• 직접 정의한 임베디드 타입도 int, String 처럼 값 타입이다.
• 예제를 살펴보면

@Entity
public class Member {
    @Id @GeneratedValue
    private Long id;
    private String name;

    @Embedded Period workPeriod;    // 근무기간
    @Embedded Address homeAddress;  // 집주소
    ...
}

// 근무기간 임베디드 타입
@Embeddable
public class Period {
    @Temporal(TemporalType.DATE) Date startDate;
    @Temporal(TemporalType.DATE) Date endDate;
    ...
    public boolean isWork(Date date) {
        // 값 타입을 위한 메소드 정의
    }
}

// 집주소 임베디드 타입
@Embeddable
public class Address {
    @Column(name="city")    // 매핑할 컬럼 정의 가능
    private String city;
    private String street;
    private String zipcode;
}

• startDate, endDate를 합해 Period 클래스를 만들었다.
• city, street, zipcode를 합해 Address 클래스를 만들었다.
• 새로 정의한 값 타입들은 재사용할 수 있고 응집도도 매우 높다. (재사용 할 수도 있고, Period.isWork()처럼 해당 값 타입만을 위한 메소드도 정의 가능하다.)
• 임베디드 타입을 사용하려면 2가지 어노테이션이 필요하다.(@Embeddable : 정의하는 곳, @Embedded : 사용하는 곳) 둘 중하나는 생략 가능하다.
• 기본 생성자가 필수다.
• 모든 값 타입(임베디드 타입 포함)은 엔티티 생명주기에 의존하므로 엔티티와 임베디드 타입의 관계를 UML로 표현하면 컴포지션 관계가 된다.
• 하이버네이트는 임베디드 타입을 컴포넌트라 표현한다.

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

• 임베디드 타입은 그냥 값을 뿐이므로 당연히 임베디드 타입을 사용하기 전과 후에 매핑하는 테이블은 같다.
• 임베디드 타입이 없다면 1:1로 매핑(하나에 테이블에 하나의 클래스를 매핑)해야 하지만 JPA를 사용하면 좀 더 객체지향적으로 매핑 할 수 있다.
• 잘 설계한 ORM 애플리케이션은 매핑한 테이블의 수보다 클래스의 수가 더 많다.

2.2 임베디드 타입과 연관관계

• 임베디드 타입은 값 타입을 포함하거나 엔티티를 참조할 수 있다.

2.3 @AttirubteOverride: 속성 재정의

• 예를 들어 회원에게 주소가 하나더 필요하다면? (회사주소, 집주소를 같은 임베디드 타입을 가지고 표현하고 싶다.)

// 같은 임베디드 타입을 하나더 가지고 있는 회원
@Entity
public class Member {
    ...
    @Embedded Address homeAddress;
    @Embedded Address companyAddress;
}

// 임베디드 타입 재정의
@Entity
public class Member {
    ...
    @Embedded Address homeAddress;

    @Embedded
    @AttributeOverrides({
        @AttributeOverride(name="city", column=@Column(name="COMPANY_CITY")),
        @AttributeOverride(name="street", column=@Column(name="COMPANY_STREET")),
        @AttributeOverride(name="zipcode", column=@Column(name="COMPANY_ZIPCODE"))
    })
    Address companyAddress;
}

CREATE MEMBER (
    ...
    city varchar(255),
    street varchar(255),
    zipcode varchar(255),
    COMPANY_CITY varchar(255),
    COMPANY_STREET varchar(255),
    COMPANY_ZIPCODE varchar(255),
    ...
)

2.4 임베디드 타입과 null

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

3. 값 타입과 불변 객체

3.1 값 타입 공유 참조

member1.setHomeAddress(new Address("oldCIty"));
Address address = member1.getHomeAddress();

address.setCity("newCity");
member2.setHomeAddress(address);

• 영속성 컨텍스트는 회원1의 주소도 newCity로 변경시켜버린다.
• 이러한 부작용을 막으려면 값을 복사해서 사용하면 안된다.

3.2 값 타입 복사

• 자바는 기본 타입에 값을 대입하면 값을 복사해서 전달하고 객체에 값을 대입하면 참조값을 전달한다. (Call by value, Call by reference)
• 문제는 임베디드 타입처럼 직접 정의한 값 타입은 자바의 기본타입이 아니라 객체 타입이여서 대입해서 사용하게 되면 공유 참조로 인한 Side Effect가 발생할 수 있다.
• 객체의 공유참조는 피할 수 없는데, 따라서 근본적인 해결책이 필요하다.
• 가장 단순한 방법은 객체의 값을 수정하지 못하게 막으면 공유 참조해도 값을 변경하지 못하므로 부작용을 막을 수 있다.

3.3 불변 객체

• 객체를 불변하게 만들면 값을 수정할 수 없으므로 부작용이 원천 차단 가능하다.
• 따라서 되도록 값 타입은 불변 객체로 설계하자.
• 불변 객체도 결국 객체여서 참조 값 공유를 피할 수는 없지만 인스턴스의 값을 수정할 수 없으므로 부작용이 발생하지 않는다.
• 불변 객체를 구현하는 방법은 다양하지만 가장 간단한 방법은 생성자로만 값을 설정하고 수정자를 만들지 않으면 된다. (setter를 제거)
• @AllArgsConstructor, @NoArgConstructor

4. 값 타입의 비교

• 자바가 제공하는 객체 비교 2가지
  • 동일성 : ==
  • 동등성 : equals()
• 값 타입을 비교할 때는 equlas()를 사용해서 동등성을 비교해야 한다.
• 값 타입의 equals() 메소드를 재정의할 때는 모든 필드값을 비교하도록 구현한다.
• hashCode()도 재정의 하는 것이 안전한데 그렇지 않으면 해시를 사용하는 컬렉션(HashSet, HashMap)이 정상 동작하지 않는다.(@EqualsAndHashcode)

5. 값 타입 컬렉션

• 값 타입을 저장 할 때 1:N 관계의 컬렉션이라면 컬렉션을 컬럼에 저장 할 수 없으므로 컬렉션을 저장하는 추가 테이블을 따로 만들어서 사용해야 한다.
• @ElementCollection으로 값 타입 컬렉션을 지정하고
• @CollectionTable로 해당 값들을 저장한 테이블을 알려주는데 name 속성으로 테이블명을 joinColumns 속성으로 외래키를 지정해준다.

@Entity
public class Member {
    ...
    @ElementCollection
    @CollectionTable(name = "FAVORITE_FOODS", joinColumns = @JoinColumn(name = "MEMBER_ID"))
    @Column(name + "FOOD_NAME")
    private Set<String> favoriteFoods = new HashSet<>();

    @ElementCollection
    @CollectionTable(name = "ADDRESS", joinColumns = @JoinColumn(name = "MEMBER_ID"))
    private List<Address> addressHistory = new ArrayList<>();
    ...
}

@Embeddable
public class Address {
    @Column
    private String city;
    private String street;
    private String zipcode;
    ...
}

• 관계형 데이터베이스의 테이블을 favoriteFoods의 String 컬렉션에 매핑해야 하는데 이때는 @CollectionTable를 사용해서 추가한 테이블에 매핑하면 된다.
• favoriteFoods처럼 값으로 사용되는 컬럼이 하나면 @Column을 사용해서 컬럼명을 지정할 수 있다.
• addressHistory는 임베디드 타입은 Address를 컬렉션으로 가지는데 테이블 매핑정보는 @AttributeOverride를 사용해서 재정의할 수 있다.
• @ColletionTable을 생략하면 {엔티티이름}_{컬렉션 속성 이름}을 사용해서 매핑한다.

5.1 값 타입 컬렉션 사용

Member member = new Member();

member.setHomeAddress(new Address("판교", "알파돔타워", "123-456"));

member.setFavoriteFoods().add("커리");
member.setFavoriteFoods().add("짜장");
member.setFavoriteFoods().add("짬뽕");

member.getAddressHistory().add(new Address("서울","강남","123-123"));
member.getAddressHistory().add(new Address("서울","강북","321-321"));

em.persist(member);

INSERT INTO MEMBER (ID, CITY, STREET, ZIPCODE) VALUES (1, "판교", "알파돔타워", "123-456")
INSERT INTO FAVORITE_FOODS (MEMBER_ID, FOOD_NAME) VALUES (1, "커리")
INSERT INTO FAVORITE_FOODS (MEMBER_ID, FOOD_NAME) VALUES (1, "짜장")
INSERT INTO FAVORITE_FOODS (MEMBER_ID, FOOD_NAME) VALUES (1, "짬뽕")
INSERT INTO ADDRESS (MEMBER_ID, CITY, STREET, ZIPCODE) VALUES (1, "서울", "강남", "123-123")
INSERT INTO ADDRESS (MEMBER_ID, CITY, STREET, ZIPCODE) VALUES (1, "서울", "강북", "321-321")

• 값 타입 컬렉션은 영속성 전이 + 고아 객체 제거 기능을 필수로 가진다고 볼 수 있다.
• 값 타입 컬렉션도 조회할 때 페치 전략을 선택할 수 있는데 LAZY가 기본이다.(@ElementCollection(fetch = FetchType.LAZY))

Member member = em.find(Member.class, 1L);

Address homeAddress = member.getHomeAddress();

Set<String> favoriteFoods = member.getFavoriteFoods();

for(String favoriteFood : favoriteFoods) {
    System.out.println("favoriteFood :" + favoriteFood);
}

List<Address> addressHistory = member.getAddressHistory();

addressHistory.get(0);

5.2 값 타입 컬렉션의 제약사항

• 값 타입 컬렉션에 변경 사항이 발생하면, 값 타입 컬렉션이 매핑된 테이블의 연관된 모든 데이터를 삭제하고, 현재 값 타입 컬렉션 객체에 있는 모든 값을 데이터베이스에 다시 저장한다.
• 값 타입 컬렉션의 매핑된 테이블에 데이터가 많다면 값 타입 대신 일대다 관계를 고려해야 한다.
• 값 타입 컬렉션을 매핑하는 테이블은 모든 컬럼을 묶어서 기본 키를 구성해야 한다. 따라서 데이터베이스 기본 키 제약조건으로 인해 null을 입력할 수 없고, 같은 값을 중복해서 저장할 수 없는 제약도 있다.
• 이러한 문제를 해결하려면 값 타입 컬렉션 대신 새로운 엔티티를 만들어서 일대다 관계로 설정하고 cascade + orphan remove 기능을 적용하면 값 타입 컬렉션처럼 사용할 수 있다.