JPA(Java Persistence API)

코드로 보는 JPA

엔티티와 Spring Data JPA 리포지토리를 사용하는 전형적인 예시는 다음과 같다.

@Entity
public class Member {

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    private String name;

    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "team_id")
    private Team team;

    protected Member() {}

    public Member(String name, Team team) {
        this.name = name;
        this.team = team;
    }
}

public interface MemberRepository extends JpaRepository<Member, Long> {
    List<Member> findByName(String name);
}

@Service
@Transactional(readOnly = true)
public class MemberService {

    private final MemberRepository memberRepository;

    public MemberService(MemberRepository memberRepository) {
        this.memberRepository = memberRepository;
    }

    @Transactional
    public Long join(String name, Team team) {
        Member member = memberRepository.save(new Member(name, team));
        return member.getId();
    }
}

findByName처럼 메서드 이름 규칙에 맞춰 선언하면 Spring Data JPA가 쿼리를 만들어 실행하고, 복잡한 조회는 @Query의 JPQL(Java Persistence Query Language)이나 QueryDSL로 작성한다. JPQL은 테이블이 아니라 엔티티를 대상으로 하는 객체지향 쿼리 언어라는 점에서 SQL과 다르다.

SQL 매퍼와의 비교와 주의할 점

JPA를 쓸 때 가장 자주 겪는 문제는 N+1 조회다. 목록을 한 번 조회한 뒤 각 엔티티의 연관 엔티티에 접근할 때마다 추가 쿼리가 나가는 현상으로, 페치 조인(Fetch Join)이나 @EntityGraph, 배치 사이즈 설정으로 해결한다. 또한 연관관계 기본 페치 전략은 지연 로딩으로 두고, 통계나 대량 배치 처리처럼 ORM의 장점이 약해지는 영역에서는 네이티브 쿼리나 별도 도구를 병행하는 판단도 필요하다.

면접에서 이렇게 물어본다

• JPA, 하이버네이트, Spring Data JPA는 각각 어떤 관계인지 설명해 보라.
• 영속성 컨텍스트가 제공하는 기능을 1차 캐시, 쓰기 지연, 변경 감지 중심으로 설명해 보라.
• 엔티티의 네 가지 생명주기 상태와 준영속 상태에서 지연 로딩이 실패하는 이유를 말해 보라.
• N+1 문제가 왜 생기고 어떤 방법으로 해결할 수 있는지 설명해 보라.
• JPA와 MyBatis 중 하나를 선택해야 한다면 어떤 기준으로 판단할 것인지 말해 보라.