3장. 도메인 모델과 메타데이터

5장. 영속성 클래스 매핑

6장. 값 타입 매핑

7장. 상속 매핑

3장. 도메인 모델과 메타데이터

3.2 도메인 모델 구현

• 도메인 모델 구현은 애플리케이션 기능을 구현할 때마다 자주 재사용되는 중심적이고 조직적인 구성요소이다.
• 도메인 모델 구현에 비즈니스 외적인 문제가 스며들지 않도록 노력을 기울여야 한다.

3.2.1 관심사 누출 처리

• 영속성, 트랜잭션 관리, 권한 부여와 같은 관심사가 도메인 모델 클래스에 나타나기 시작하면, 이는 관심사 누출(leakage of concerns)의 예로 볼 수 있다.
  • 도메인 모델은 도메인과 무관한 API에 의존해서는 안되는 중요한 코드이다.
  • 예를 들면, 도메인 모델 내의 코드는 데이터베이스를 직접 호출하거나 다른 중간에 위치한 추상화를 통해 호출해서는 안 된다.
  • 그래야만 사실상 모든 곳에서 도메인 모델 클래스를 재사용할 수 있다.
• 비즈니스 계층의 구성요소(컴포넌트)는 도메인 모델 엔티티의 상태에 접근하고, 이러한 엔티티의 메서드를 호출할 수 있다. 이곳에서 비즈니스 계산과 로직이 실행된다. 이러한 관심사는 다른 계층의 관심사와 분리되어야 한다.
• 관심사의 누출을 방지하면, 특정 런타임 환경이나 컨테이너 없이도 도메인 모델을 쉽게 단위 테스트하거나 서비스 의존성을 모킹할 수 있다.
  • 단위 테스트: 배송비와 세금 계산 등

3.2.2 투명하고**(transparent)** 자동화(automatic)된 영속성

• 투명하다(transparent)
  • ‘도메인 모델의 영속성 클래스’와 ‘영속성 계층’ 간의 관심사를 완전히 분리한다는 의미
  • 영속성 클래스는 영속성 메커니즘을 인식하지 못하며, 영속성 메커니즘에 대한 의존성도 없다. 영속성 클래스 내부에서는 외부 영속성 매커니즘을 참조하지 않는다.
• 자동(automatic)
  • SQL문 작성이나 JDBC API 작업과 같은 수준의 기계적 세부사항을 처리할 필요가 없도록 해주는 영속성 솔루션을 지칭
    • 어노테이션을 지정한 도메인, 계층, 메커니즘

3.3 도메인 모델 메타데이터

• 메타데이터란?
  • 데이터에 대한 데이터
• 도메인 모델 메타데이터는 도메인 모델에 대한 정보.
• ORM 도구는 메타데이터를 필요로 한다. (매핑 지정 메타데이터)
  • 클래스와 테이블
  • 프로퍼티와 컬럼
  • 연관관계와 외래키
  • 자바 타입과 SQL 타입 등
• 어노테이션을 통해 매핑을 추상화함. (어노테이션을 통해 매핑에 대한 추상화 수준을 높임)

도메인 모델이 JPA에 의존하는것 아닌지?

• Yes. 추상화된 어노테이션에 의존함.

5장. 영속성 클래스 매핑

5.1 엔티티와 값 타입 이해

5.1.1 잘게 세분화된 도메인 모델

• 스프링 데이터 JPA의 주요 목표는 잘게 세분화되고 풍부한 도메인 모델을 지원하는 것이다.
  • 잘게 세분화된다는 것은 단순하게 테이블보다 클래스의 수가 더 많다는 뜻이다.
• JPA는 타입 안정성(type-safety)와 행동(behavior)을 구현할 때, 잘게 세분화된 클래스의 유용성을 강조한다.
• 더 높은 수준의 의미(semantic)와 행위(behavior)가 더해지는 것이다.
• 장점
  • 도메인 모델의 응집성(cohesion) 향상
  • 코드 재사용 용이
  • 유연하지 않은 타입 시스템을 사용하는 SQL보다 더 이해하기가 쉽다.

5.1.2 애플리케이션 개념 정의

• 엔티티 타입
  • 영속성 식별자를 사용해 엔티티 타입의 인스턴스를 조회할 수 있다.
  • 엔티티 인스턴스에는 저마다 고유한 수명주기가 있으며, 다른 엔티티와 독립적으로 존재할 수 있다.
  • 도메인 모델의 일부 선택된 클래스를 엔티티 타입으로 매핑한다.
• 값 타입
  • 영속성 식별자 프로퍼티가 없다.
  • 값 타입 인스턴스는 엔티티에 속하며, 수명은 그것을 소유한 엔티티에 종속된다.
  • JPA에서 값 타입은 기본 프로퍼티 타입(basic property type)이나 임베드 가능한 클래스(embeddable class)로 불린다.

5.2 식별자가 있는 엔티티 매핑

5.2.1 자바 동일성(identity)과 동등성(equality) 이해

• 객체 동일성(==)
  • 자바 가상머신에 의해 정의되는 개념.
  • 두 객체가 JVM에서 같은 메모리 위치를 차지한다면 두 객체는 동일한 것이다.
  • 이것은 a == b 연산자로 확인할 수 있다.
• 객체 동등성
  • 클래스의 equals() 메서드에 의해 정의되는 개념. 때때로 등가성(equivalence)이라 말하기도 한다.
  • 두 객체가 a.equals(Object b) 메서드에 정의된 대로 같은 상태를 가지면 두 객체는 동등한 것이다.
  • equals()를 명시적으로 재정의하지 않는 클래스는 ==로 객체 동일성을 비교하는 java.lang.Object에 정의된 구현을 상속한다.
  • a == b이면, a.equals(b)와 b.equals(a)가 모두 참이어야 한다.
• 데이터베이스 동일성
  • 관계형 데이터베이스에 저장된 객체가 동일한 테이블과 기본키 값을 공유하면 동일한 것이다.
  • 자바 공간에 매핑된 이 개념을 가리켜 데이터베이스 동일성이라고 한다.

5.2.2 엔티티 클래스와 매핑

• @Id
  • 데이터베이스 동일성
  • 기본키 값은 절대 변경되지 않으므로, 식별자 프로퍼티 값을 수정할 수 없게 해야 한다.
  • 엔티티에서 public 세터 메서드를 노출해서는 안 된다.

5.2.3 기본키 선정

• 후보키(candidate key)

  • 테이블의 특정 로우를 식별하는 데 사용할 수 있는 컬럼 또는 컬럼의 집합이다.

  • 기본키가 되려면 후보키가 다음과 같은 조건을 충족해야 한다

    • 후보키의 컬럼이 절대 null이서는 안된다.
    • 후보키 컬럼(또는 여러 개의 컬럼)의 값이 모든 로우에 대해 고유한 값이다.
    • 후보키 컬럼(또는 여러 개의 컬럼)의 값이 절대 변경되지 않고, 불변이다.

    <aside> 👉 JPA에서는 API로 기본키 값을 업데이트하는 것을 지원하지 않는다.(불변성을 가질 것을 기대) 우회하려고 하면, 하이버네이트의 캐싱, 변경 감지 엔진에 문제가 발생할 수 있다.

    </aside>

• 자연키(natural key)

• 대리키(surrogate key) - 대리키를 기본키로 선정하는 것을 적극 권장

5.2.4 키 생성기 구성

5.2.5 식별자 생성기 전략