Java 진영에서 만들어진 데이터베이스와 JVM 사이의 패러다임 불일치를 해결하기 위한 ORM Specification.

반복적인 CRUD SQL 작업을 제거하고 보다 객체 지향적인 방법으로 영속성 저장소를 다루기 위해 탄생함.

데이터 접근을 추상화하고 벤더와의 독립성을 보장한다.

주 구현체로는 hibernate, eclipseLink 등등이 존재한다

• SQL 직접 다룰때 생기는 문제점

  • CRUD와 같은 간단한 작업에 대한 반복적 작업 및 코드량 증가
  • SQL에 의존적인 시스템 개발
  • 어플리케이션 레벨의 읽기 보장이 깨져 엔티티의 신뢰성 하락
  • 계층형 아키텍처에서의 계층 분할의 어려움 → DAO를 이용하는 경우 의존 역전이 발생하여 계층이 깨짐

• 문제의 원인

  • 패러다임의 불일치: 데이터베이스는 데이터 중심이나 , 객체 지향은 상속, 추상화, 다형성을 중시함
  • 데이터베이스에는 상속이 없다
  • 객체는 참조를 이용하는 반면, 테이블은 외래키(Foregin key)를 이용한다. → 단 방향 참조와 양 방향 참조의 불일치성
  • 데이터베이스는 SQL에 따라 탐색하는 객체 그래프의 한계가 정해진다.

• JPA의 기본 구성

  • 엔티티 매니저 팩토리
    • 어플리케이션 전체에서 한 개만 생성되어 공유되는 엔티티 매니저 생성용 팩토리
    • 필요에 따라 커넥션 풀도 직접 생성
  • 엔티티 매니저
    • JPA 기능의 대부분을 이곳에서 지원
    • 영속성 저장소에 CRUD 작업을 지원한다. 스레드 간 공유 및 재 사용 금지
  • 엔티티: 데이터베이스의 테이블을 객체의 형태로 표현한 것
  • JPQL
    • 엔티티 객체를 대상으로 쿼리하는 SQL 추상화 언어
    • 데이터베이스 테이블에 대한 정보가 없다

• 영속성 컨텍스트(persistence context)

  • 엔티티를 영구 저장하는 환경
  • 생명 주기
    • 비 영속(transient): 영속성 컨텍스트와 전혀 관련 없는 상태. 식별자가 존재하지 않는 상태
    • 영속(managed): 영속성 컨텍스트에 저장된 상태. 식별자가 존재
    • 준영속(detached): 영속화 되었다가 비 영속으로 분리된 상태.
      • 머지(merge) 기능을 통해 다시 영속화 가능하다
      • 식별자를 가지고 있다.
    • 삭제(removed): 삭제된 상태
  • 특징
    • 조회 시 특징
      • 영속 상태에서는 반드시 식별자(ID)가 존재해야 한다
      • 1차 캐시를 통한 성능 상 이점 → 반드시 ID로 조회해야 동작
      • 영속화 된 엔티티의 동일성(identity) 보장
    • 등록 시 특징
      • 트랜잭션 커밋 직전까지 내부 쿼리 저장소에 쿼리를 저장하여 플러시 타임에 한번에 보낸다( 쓰기 지연) → 성능 상 이점이 있다
        • ID 생성 방식에 따라서 생성 시에는 호출 즉시 생성 할 수 있다
    • 수정 시 특징
      • SQL 수정 쿼리 변경의 문제에서 벗어나게 된다
      • 변경 감지(dirty checking)
        • 엔티티의 변경 사항을 자동으로 영속화하는 기능
        • 영속 상태의 엔티티의 최초 스냅샷과 플러시 시점의 스냅샷을 비교하여 처리한다. → 하이버네이트는 비교 없이 처리 가능하도록 기능을 제공한다
    • 삭제 시 특징
      • 영속화 된 상태에서 삭제 상태로 변경되므로 엔티티를 재 사용하지 말자!!!
  • 플러시(flush)
    • 영속성 컨텍스트의 내용을 데이터 베이스에 반영하는 행위
    • 작동 시점
      • 엔티티 매니저의 flush 매서드 호출
      • 트랜잭션 Commit 시
      • JPQL 실행 시 → JPQL은 디비에서 조회 후 영속화함으로 플러시가 선행되어야 한다

• 엔티티

  • 테이블과 객체를 맵핑하는 기본 요소
  • 객체에 어노테이션을 지정하여 맵핑한다.
  • 어노테이션 종류
    • Entity: 엔티티임을 명시. 이름 지정 가능
      • 기본 생성자 필수
      • final, enum, interface, inner 클래스 사용 불가
    • Table: 어떤 테이블과 맵핑되는지 기술
    • ID: 테이블의 기본키(PK) 컬럼 명시
    • Column: 필드가 어떤 컬럼과 연결되는지 명시
      • 이름이 같다면 생략 가능
      • 데이터 베이스가 대소문자 구분 시 명시 필수
    • Enumerated: Enum 값을 명시
    • Temporal: 날짜 타입을 명시 → 최근에는 굳이 쓰지 않아도 된다
    • Lob: BLOB,CLOB 타입을 명시
    • Transient: 맵핑하지 않는 프로퍼티
  • 예시

@Entity("MEMBER")
@Table(name = "member")
data class Member(
  @Id val id,
  @Column("name) val userName,
  @Enumerated(EnumType.String) val type,
  @Temporal(TemporalType.TimeStamp) val date
)

• 엔티티 ID

  • 기본키는 기본형 타입 또는 객체가 가능하다
  • 복합키는 객체로만 가능하다
  • 키 생성 방식
    • 직접 할당: 기본 키를 어플리케이션에서 할당
    • 자동 생성
      • GeneratedValue 어노테이션을 이용
        • Identity: 데이터 베이스에 위임
        • Sequence: 데이터 베이스 시퀀스를 이용
        • Table: 키 생성 테이블을 이용 → 성능 상 문제가 발생할 수 있어 지양해야 한다
  • 기본 키 선택 전략

• 연관 관계

• 연관성의 방향