[JPA] 2장. JPA 시작

[tonykang22]

2장. JPA 시작

객체 매핑 시작

• 예시로 주어진 객체와 테이블을 매핑하는 방법이다.
• 사용된 어노테이션을 알아보자.
  • @Entity: JPA에게 해당 클래스를 테이블과 매핑한다고 알려준다. 해당 어노테이션이 사용된 클래스를 엔티티 클래스라고 한다.
  • @Table: 엔티티 클래스에 매핑할 테이블 정보를 알려준다. 생략 시 엔티티 이름을 테이블 이름으로 매핑한다.
  • @Id: 엔티티 클래스의 필드를 테이블의 기본 키에 매핑한다. 해당 필드를 식별자 필드라고 한다.
  • @Column: 필드를 컬럼에 매핑한다.
  • 매핑 정보를 생략한다면?: 필드명을 사용해서 컬럼명으로 매핑한다.
    • 필드명이 age이므로 age컬럼으로 매핑한다.

애플리케이션 개발

예시

• 예시의 코드는 크게 3부분으로 나뉜다.
  • 엔티티 매니저 설정
  • 트랜잭션 관리
  • 비즈니스 로직

엔티티 매니저 설정

엔티티 매니저 생성 과정

• 엔티티 매니저 팩토리 생성
  • persistence.xml의 설정 정보를 사용해 엔티티 매니저 팩토리를 생성해야한다.
  • Persistence클래스는 엔티티 매니저 팩토리를 생성해 JPA를 사용할 수 있게 준비한다.
• 엔티티 매니저 팩토리는 애플리케이션 전체에서 딱 한 번만 생성해 공유하여 사용하는 것이 바람직하다.
  • 엔티티 매니저 팩토리 생성시에는
  • xml의 설정 정보를 읽고, JPA 동작을 위한 기반 객체 생성 및 JPA 구현체에 따른 데이터베이스 커넥션 풀 생성
  • 의 과정이 수반되기 때문에 생성 비용이 아주 크기 때문이다.
• 엔티티 매니저 생성
  • 엔티티 매니저를 사용해 엔티티를 데이터베이스 CRUD에 사용할 수 있다.
  • 엔티티 매니저는 데이터베이스 커넥션과 밀접한 관계가 있어 스레드 간 공유 혹은 재사용이 일어나면 안된다.
• 종료
  • 사용이 다 끝난 엔티티 매니저는 반드시 종료해줘야 한다.
  • 애플리케이션을 종료할 때 엔티티 매니저 팩토리도 종료해줘야 한다.

트랜잭션 관리

• JPA를 사용하면 항상 트랜잭션 안에서 데이터를 변경해야 한다.
• 트랜잭션 없이 데이터를 변경하면 예외가 발생하게 된다.

비즈니스 로직

• 엔티티 매니저를 통한 CRUD 사용은 아래의 메소드를 통해 가능하다.
  • 등록 : persist()
  • 수정 : 엔티티의 값만 변경하면 된다.
    • JPA가 어떤 엔티티가 변경되었는지 추적하는 기능을 갖추고 있기 때문이다.
  • 삭제 : remove()
  • 단일 조회 : find()

JPQL

• JPA를 사용해 엔티티 객체를 중심으로 개발할 수 있게 되었다.
  • 그런데 테이블이 아닌 엔티티 객체를 대상으로 검색하려면?
    • 데이터베이스의 모든 데이터를 애플리케이션으로 불러와서,
    • 엔티티 객체로 변경한 다음에 검색해야하는 것인가? : 불가능
  • 애플리케이션에 필요한 데이터만 데이터베이스에서 불러와 사용해야한다.
• 이때 JPA는 JPQL(Java Persistence Query Language)로 문제를 해결한다.
  • SQL과 문법이 거의 유사하다.
  • 다른 점으로는 JPQL은 엔티티 객체를 대상(클래스, 필드)으로 쿼리한다는 것이다.
  • SQL은 데이터베이스 테이블을 대상으로 쿼리한다.
• 즉, JPQL은 데이터베이스의 테이블을 전혀 알지 못한다.
  • 작성된 JPQL은 JPA의 분석을 통해 적절한 SQL문을 만들어 데이터베이스에서 데이터를 조회한다.