4. 엔티티 매핑: 고급 매핑

상속 관계 매핑

관계형 DB는 객체지향 언어에서 다루는 상속이라는 개념이 없다. 대신 슈퍼타입과 서브타입 관계라는 모델링 기법이 객체의 상속 개념과 가장 유사하다.

슈퍼타입 서브타입 논리 모델을 실제 물리 모델인 테이블로 구현시 3가지 방법을 선택할 수 있다.

• 각각의 테이블료 변환: 위의 그림과 같이 모두 테이블로 만들고 조회할 때 조인을 사용한다. JPA에서는 조인 전략이라고 한다.
• 통합 테이블로 변환: 테이블을 하나만 사용해서 통일한다. JPA에서는 단일 테이블 전략이라고 한다.
• 서브타입 테이블로 변환: 서브타입마다 하나의 테이블을 만든다. JPA 에서는 구현테 클래스마다 테이블 전략이라고 한다.

1) 조인 전략

엔티티 각각을 모두 테이블로 만들고 자식 테이블이 부모 테이블의 기본 키를 받아서 기본키 + 외래키로 사용하는 전략이다. 주의할 점이 객체는 타입으로 구분할 수 있지만 테이블은 타입의 개념이 없다. 따라서 타입을 구분하는 컬럼을 추가해야 한다.

• @Inheritance(strategy=InheritanceType.JOINED) : 상속 매핑은 부모 클래스에 @Inheritance 를 사용해야 한다. 그리고 여기서는 Join 전략을 사용하므로 JOINED 를 설정했다.
• @DiscriminatorColumn(name="DTYPE") : 부모 클래스에 구분 컬럼을 지정한다. 이 컬럼으로 자식 테이블을 구분할 수 있다.

@Entity
@Inheritance(strategy=InheritanceType.JOINED)
@DiscriminatorColumn(name="DTYPE")
public abstract class Item {
	
    @Id @GeneratedValue
    @Column(name="ITEM_ID")
    private Long id;
    
    private String name;
    
    private int price;
    
    ...
}

• @DiscriminatorValue("A") : 엔티티를 저장할 때 구분 컬럼에 입력할 값을 지정한다.

@Entity
@DiscriminatorValue("A")
public class Album extends Item {
	private String artist;
    
    ...
}

• @DiscriminatorValue("M") : 엔티티를 저장할 때 구분 컬럼에 입력할 값을 지정한다.

@Entity
@DiscriminatorValue("M")
public class Movie extends Item {
	private String director;
    private String actor;
}

장점

• 테이블이 정규화된다.
• 외래키 참조 무결성 제약 조건을 활용할 수 있다.
• 저장 공간을 효율적으로 사용한다.

단점

• 조회할 때 조인이 많이 사용되므로 성능이 저하될 수 있다.
• 조회 쿼리가 복잡하다.
• 데이터를 등록할 때 INSERT 문이 2번 사용된다.

2) 단일 테이블 전략

테이블을 하나만 사용한다. 구분 컬럼으로 어떤 하위 데이터가 저장되었는지 구분한다.

• InheritanceType.SINGLE_TABLE 로 지정한다.

@Entity
@Inheritance(strategy=InheritanceType.SINGLE_TABLE)
@DiscriminatorColumn(name="DTYPE")
public abstract class Item {
	
    @Id @GeneratedValue
    @Column(name="ITEM_ID")
    private Long id;
    
    private String name;
    
    private int price;
    
    ...
}

@Entity
@DiscriminatorValue("A")
public class Album extends Item {
	//...
}

@Entity
@DiscriminatorValue("M")
public class Movie extends Item {
	//...
}

장점

• 조인이 필요없으므로 일반적으로 조회 성능이 빠르다.
• 조회 쿼리가 단순하다.

단점

• 자식 엔티티가 매핑한 컬럼은 모두 null을 허용해야 한다.
• 단일 테이블에 모든 것을 저장하므로 테이블이 커질 수 있다. 그러므로 상황에 따라서는 조회 성능이 오히려 느려질 수 있다.

특징

• 구분 컬럼을 꼭 사용해야 한다.
• 지정하지 않으면 기본으로 엔티티 이름을 사용한다.

3) 구현 클래스마다 테이블 전략

사용하지 말자

@MappedSuperclass

부모 클래스는 테이블과 매핑하지 않고 부모 클래스를 상속받는 자식 클래스에게 매핑 정보만 제공하고 싶을 때 사용한다. 비유하자면 추상 클래스와 비슷한데 단순히 매핑 정보를 상속할 목적으로만 사용된다.

• 추상 클래스로 만들것을 권장한다.
• 테이블과 매핑되지 않고 자식 클래스에 엔티티의 매핑 정보를 상속하기 위해 사용한다.

@MappedSuplerclass
public abstract class BaseEntity {
	
    @Id @GeneratedValue
    private Long id;
    
    private String name;
    
}

@Entity
public class Member extends BaseEntity {
	//ID, NAME 상속
    
    private String email;
}

@Entity
public class Seller extends BaseEntity {
	//ID, NAME 상속
    
    private String email;
}

1) 부모로부터 물려 받은 매핑정보 재정의

단일

@Entity
@AttributeOverride(name="", column=@Column(name="MEMBER_ID"))
public class Member extends BaseEntity { ... }

둘이상

@Entity
@AttributeOverrides({
	@AttributeOverride(name="id", column=@Column(name="MEMBER_ID")),
    @AttrivuteOverride(name="name", column=@Column(name="MEMBER_NAME"))
})
public class Member extends BaseEntity { ... }

값 타입

JPA의 타입을 가장 크에 분류하면 엔티티 타입과 값으로 나눌 수 있다. 엔티티 타입은 @Entity 로 정의하는 객체이고 값 타입은 자바 기본 타입이나 객체를 말한다. 엔티티 타입은 식별자를 통해 지속적으로 추적할 수 있지만, 값 타입은 식별자가 없고 식별자가 없으므로 추적할 수 없다.

• 기본값 타입: 자바 기본 타입, 래퍼 클래스, String
• 임베디드 타입: JPA에서 사용자가 직접 정의한 값타입
• 컬렉션 값타입: 하나 이상의 값타입을 지정

1) 기본값 타입

@Entity
public class Member {

	@Id @GeneratedValue
    private Long id;
    
    private String name;	//기본값 타입
    
    private int age;		//기본값 타입
}

2) 임베디드 타입 - 복합 값타입

새로운 값 타입을 직접 정의해서 사용할 수 있는데, JPA 에서는 이것을 임베디드 타입이라고 한다. 중요한 것은 직접 정의한 임베디드 타입도 int, String 처럼 값타입이라는 것이다.

• 임베디드 타입은 값 타입을 포함하거나 엔티티를 참조할 수 있다.
• 새로 정의한 값 타입들은 재사용할 수 있고 응집도도 아주 높다. 또한 해당 값 타입만 사용하는 의미있는 메서드도 만들 수 있다.

@Embeddable //값 타입을 정의하는 곳에 표시
public class Address {
	@Column(name="city")
    private String city;
    
    private String street;
    
    private String zipcode;
    
    //...method
}

@Entity
public class Member {

	@Id @GeneratedValue
    private Long id;
    
    private String name;
    
    @Embedded
    private Address address;

}

속성 재정의

• 임베디드 타입에 정의한 매핑 정보를 재정의하려면 엔티티에 @AttributeOverride 를 사용하면 된다.

@Entity
public class Member {

	@Id @GeneratedValue
    private Long id;
    
    private String name;
    
    @Embedded
    private Address homeAddress;
    
    @Embedded
    @AttributeOrderrides({
    	@AttributeOverride(name="city", column=@Column(name="COMPANY_CITY")),
        @AttributeOverride(name="street", column=@Column(name="COMPANY_STREET")),
        @AttributeOverride(name="zipCode", column=@Column(name="COMPANY_ZIPCODE"))
    })
    private Address companyAddress;
}

3) 주의사항

임베디드 타입 같은 값 타입을 여러 엔티티에서 공유하면 위험하다. 문제는 객체 타입은 자바에서 대입하면 항상 참조값을 전달한다. 물론 객체를 대입할 때마다 인스턴스를 복사해서 대입하면 공유 참조를 피할 수 있다. 문제는 복사하지 않고 원본의 참조값을 직접 넘기는 것을 코드레벨에서 막을 방법이 없다는 것이다.

이에 대한 가장 쉬운 해결책은 객체의 값을 수정하지 못하게 막는 것이다.

불변객체

객체를 불변하게 만들면 값을 수정할 수 없으므로 부작용을 원천 차단할 수 있다. 따라서 값 타입을 될 수 있으면 불변 객체로 설계해야 한다.

4) 값 타입의 비교

값 타입을 비교하고 싶다면 Object의 equals 메서드를 재정의하여 == 의 동일성 비교가 아닌 equals 를 재정의한 동등성을 비교해야 한다.

• 동일성: 인스턴스의 참조 값을 비교
• 동등성: 인스턴스의 값을 비교

값 타입 컬렉션

값 타입을 하나 이상 저장하려면 컬렉션에 보관하고 @ElementCollection, @CollectionTable 애노테이션을 사용하면 된다.

• 값 타입 컬렉션은 영속성 전이(CASCADE)와 고아 객체 재거(ORPHAN REMOVE) 기능을 필수로 가진다.
• 값 타입 컬렉션도 조회시 페치 전략이 선택이 가능한데 LAZY 가 기본이다.
  

@Entity
public class Member {
	
    @Id @GeneratedValue
    private Long id;
    
    @Embedded
    private Address address;
    
    @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 {
	
    private String city;
    private String street;
    private String zipCode;
    
}

1) 제약 사항

JPA 구현체들은 값 타입 컬렉션에 변경 사항이 발생하면, 값 타입 컬렉션이 매핑된 테이블과 연관된 모든 데이터를 삭제하고, 현재 값 타입 컬렉션에 있는 모든 값을 DB에 다시 저장한다.

• 따라서 실무에서는 값 타입 컬렉션이 매핑된 테이블에 데이터가 많다면 컬렉션 대신 일대다 관계를 고려해야 한다.
• 일대다 관계에서 영속성 전이(CASCADE + ORPHAN REMOVE)를 적용하면 값 타입 컬렉션 처럼 사용할 수 있다.

2) 값 타입 특징 정리

• 식별자가 없다.
• 생명주기를 공유하지 않는다.
• 공유하지 않는것이 안전하다 + 불변 객체로 만드는 것이 안전하다.