JPA

실무에서 너무 성능이 안 나와서 튜닝을 해야 할 경우, 코드를 확인해 보면 대부분 아래에 나열해 둔 문제가 자주 발생한다고 한다.지연 로딩과 조회 성능 최적화컬렉션 조회 최적화페이징과 한계 돌파OSIV와 성능 최적화등록 및 수정에선 거의 문제가 발생하지 않고, 90% 정도 조회할 때 성능 문제가 발생한다. 따라서 조회용 샘플 데이터를 입력한 뒤 각 문제에 맞춰 API 성능을 최적화하는 방법을 학습한다. 이번 섹션에선 주문 및 배송 정보와 회원을 조회하는 API를 만들면서, 지연 로딩 때문에 발생하는 성능 문제를 단계적으로 해결해 본다.참고실무에서 JPA를 사용하려면 지금부터 설명하는 내용을 100% 이해해야 한다. 안 그러면 엄청난 시간을 날리게 될 수도 있다. 간단한 주문 조회 V1: 엔티티를 직접 노..

이번 강의는 API 개발과 성능 최적화에 초점을 맞춘 강의다. 최근에는 주로 REST API로 개발하기 때문에 이전 [스프링 부트와 JPA 활용1] 편에서 구현해 둔 핵심 기능을 REST API로 구현해 보고, 스프링 부트와 JPA를 사용할 때의 API 개발 실무 노하우를 학습한다. 참고템플릿 엔진을 사용해 렌더링 하는 Controller와 API 스타일의 Controller를 둘 다 사용한다면 패키지를 분리하는 게 낫다.- 예외 처리 등을 공통으로 하는 경우가 많은데, 화면의 경우 템플릿 엔진에서 문제가 생기면 공통 에러 화면(HTML)이 나오게 된다. 그러나 API의 경우는 공통 에러용 JSON API 스펙이 나가야 한다.- 따라서 공통 처리 같은 관점에서 조금씩 차이가 발생하기 때문에 패키지를 분리..

저번 글에 이어서 객체지향 쿼리 언어인 JPQL의 문법을 학습한다. [자바 ORM 표준 JPA 프로그래밍 - 기본편] (9) 객체지향 쿼리 언어1 - 기본 문법1. 객체지향 쿼리 언어 소개JPA는 다양한 쿼리 방법을 지원한다. DB에서 특정 조건으로 데이터를 뽑으려면 결국 SQL이 실행돼야 한다. 이전 섹션들에서 JPA가 제공한 em.find() 같은 것 말고도, 검색 조dev-meung.tistory.com 1. JPQL(Java Persistence Query Language)경로 표현식a. 개념경로 표현식은 .(점)을 찍어서 객체 그래프를 탐색하는 것을 말한다. 아래처럼 사용해서 엔티티의 필드를 읽어오거나 엔티티와 연관된 엔티티 필드를 읽어올 수 있다.SELECT m.username # -> 상태 ..

1. 객체지향 쿼리 언어 소개JPA는 다양한 쿼리 방법을 지원한다. DB에서 특정 조건으로 데이터를 뽑으려면 결국 SQL이 실행돼야 한다. 이전 섹션들에서 JPA가 제공한 em.find() 같은 것 말고도, 검색 조건 같은 걸 적용하는 복잡한 쿼리를 어떻게든 짤 수 있어야 한다.- JPQL- JPA Criteria- QueryDSL- 네이티브 SQL- JDBC API 직접 사용, MyBatis, SpringJdbcTemplate 함께 사용실무에선 대부분 JPQL로 해결할 수 있지만 가끔가다 표준 문법으로 처리할 수 없는 경우가 생기면 다른 쿼리 방법을 사용해야 한다. 아래에서 하나씩 알아보자. JPQL가장 단순한 조회 방법은 지금까지 해온 EntityManager를 통해 find()로 조회하거나, 객체 ..

1. 기본값 타입JPA의 데이터 타입 분류JPA는 최상위 레벨에서 보면 데이터를 크게 두 분류(엔티티 타입, 값 타입)로 나눈다.엔티티 타입@Entity로 정의하는 객체를 말한다.데이터가 변해도 식별자로 지속해서 추적할 수 있다.ex. 회원 엔티티의 키나 나이 값을 변경해도 식별자로 인식할 수 있다.값 타입int, Integer, String처럼 단순히 값으로 사용하는 자바 기본 타입이나 객체를 말한다.식별자가 없고 값만 존재하므로 변경할 경우 추적할 수 없다.ex. 숫자 100을 200으로 변경하면 완전히 다른 값으로 대체된다.  값 타입은 크게 세 가지(기본값 타입, 임베디드 타입, 컬렉션 값 타입)로 구분한다.기본값 타입자바 기본 타입(int, double)래퍼 class(Integer, Long)..

1. 프록시먼저, 프록시를 언제 사용해야 하는지 알아보자. 아래에서 Member를 조회할 때 Team도 함께 조회해야 할까? 회원 이름과 소속 팀 이름을 함께 출력하려면 Member를 조회할 때 Team도 같이 조회하면 좋다. 회원 이름만 출력하면 된다면 Member만 조회하는 게 낫다. 따라서 사용하지 않는다면, 연관관계가 걸려있다고 해도 같이 조회하지 않는 게 성능상으로 더 효율적이다.JPA는 이 문제를 지연 로딩이나 프록시를 통해 해결한다. 프록시보단 지연 로딩을 주로 사용하지만, 프록시 구조를 알아둬야 즉시 로딩과 지연 로딩에 대해 깊이 이해할 수 있다.// 회원과 팀 함께 출력public void printUserAndTeam(String memberId) { Member member = ..

1. 상속관계 매핑대부분의 RDB는 객체와 달리 상속 관계를 지원하지 않는다. 대신 슈퍼타입과 서브타입 관계라는 모델링 기법이 객체의 상속과 유사하다. 따라서 상속 관계를 매핑하려면, 객체의 상속 구조와 DB의 슈퍼타입 & 서브타입 관계를 매핑해야 한다. 슈퍼타입 & 서브타입 논리 모델링을 실제 물리 모델로 구현하는 방법은 아래 3가지로 나눌 수 있다. 전략을 바꾸려면 코드에 손댈 필요 없이 애노테이션에서 전략만 수정하면 된다. DB 입장에서 어떤 방법으로 구현하더라도 JPA에서 다 매핑할 수 있다.조인 전략 = 각각을 테이블로 변환한다.단일 테이블 전략 = 하나의 통합된 테이블로 변환한다.구현 클래스마다 테이블 전략 = 서브타입을 테이블로 변환한다.애노테이션전략 / 기본값@Inheritance(stra..

1. 연관관계 매핑 시 고려사항 3가지다중성JPA가 다중성에 맞는 4가지 애노테이션을 제공한다. DB 관점에서의 다중성을 기준으로 고민하면 된다. 헷갈린다면 반대의 상황을 생각해 보자. 예를 들어 회원과 팀의 관계가 헷갈린다면, 팀과 회원의 관계로 다시 생각해 보면 된다. 대칭성이 있기 때문에 반대로 생각해 보면 더 이해하기 쉬워지기도 하기 때문이다.다중성(차수)애노테이션다대일 [N:1]@ManyToOne일대다 [1:N]@OneToMany일대일 [1:1]@OneToOne다대다 [N:M]@ManyToMany 참고'다대다 [N:M]'는 실무에서 쓰면 안 된다. 단방향 & 양방향저번 섹션에서 객체와 테이블의 연관관계를 맺는 방법의 차이에 대해 학습했다.객체참조용 필드가 있는 쪽으로만 참조 가능한쪽만 참조하면 ..

이번 섹션에선 객체와 테이블의 연관관계 차이를 이해한 뒤, 객체의 참조와 테이블의 외래 키를 매핑하는 방법에 대해 학습한다. 아래에 있는 핵심 용어만 잘 이해해 두면 된다.방향(Direction): 단방향, 양방향다중성(Multiplicity): 다대일(N:1), 일대다(1:N), 일대일(1:1), 다대다(N:M)💫연관관계의 주인(Owner): 객체 양방향 연관관계는 관리 주인이 필요함 1. 연관관계의 필요성객체지향스러운 설계를 이해하기 위해 아래 책(객체지향의 사실과 오해)과 를 참고하면 좋다.객체지향 설계의 목표는자율적인 객체들의 협력 공동체를 만드는 것이다.- 조영호(객체지향의 사실과 오해) - 객체의 참조와 테이블의 외래 키아래와 같은 예제 시나리오를 생각해 보자.1. 회원과 팀이 존재한다.2...

1. 객체와 테이블 매핑@Entity@Entity 애노테이션이 붙은 class는 JPA가 관리하며, 엔티티라고 한다. 따라서 JPA를 사용해서 테이블과 매핑할 class는 해당 애노테이션을 필수로 붙여야 한다. 아래는 JPA 스펙상 꼭 지켜야 할 주의사항이다.기본 생성자(파라미터가 없는 public 또는 protected 생성자)가 필수로 있어야 한다.JPA 리플렉션 등의 기술을 써서 객체를 프록시하는 경우에 필요하기 때문이다.final class, enum, interface, inner class엔 사용할 수 없다.내가 DB에 저장할 필드에 final을 사용하면 안 된다.@Entity(name = "Member") // 기본값 Memberpublic class Member { ...} 속성 정리..