본문 바로가기

전체 글

 (197)
[JPA] 벌크연산와 영속성 컨텍스트는 별개다? 벌크 연산 벌크 연산이란 1개 이상의 데이터를 update 할 때 사용합니다. 벌크 연산 사용 X 식별자를 통해 Entity를 조회하여 변경 감지(Dirty Checking)를 사용합니다. 따라서 식별자에 해당하는 1개의 데이터에만 update가 수행됩니다. @Repository @RequiredArgsConstructor public class MemberJpaRepository { private final EntityManager em; public void update(Member member, Team team) { Member findMember = em.find(Member.class, member.getId()); findMember.changeTeam(team); } } 벌크 연산 사용 O..
[JPA-Error] 페이징(Paging) 주의 원인 SpringDataJpa에서 제공하는 페이징 관련 인터페이스를 사용하면서 오류가 발생했다. 내가 생각했던 페이징의 결과와 다른 값이 반환되었다. Repository Member Entity의 age 필드를 기준으로 정렬하기 위하여 Repository에 메서드를 선언하였다. public interface MemberRepository extends JpaRepository { Page findByAge(int age, Pageable pageable); } 내가 페이징 하려는 조건은 다음과 같다. age가 10인 Member를 조회한다 각 페이지에 3개의 데이터를 출력한다 0번이 아닌 1번 페이지부터 출력한다 내림차순으로 정렬한다 위의 4가지 조건을 갖추어서 다음과 같이 코드를 작성하였다. age가..
[JPA] 1:N에서 fetch join의 한계와 해결 N:1과 달리 1:N에서 fetch join을 사용하면 중복 데이터가 조회되는 문제가 발생합니다. 1:N에서만 문제가 발생하는 이유를 알기 위해서는 N:1과 1:N에서 fetch join을 수행하는 과정을 알아야 합니다. Member Entity @Entity @Getter @Setter public class Member { @Id @GeneratedValue @Column(name = "MEMBER_ID") private Long id; private String name; @ManyToOne(fetch = FetchType.LAZY) Team team; } Team Entity @Entity @Getter @Setter public class Team { @Id @GeneratedValue @Co..
[JPA] fetch = EAGER 사용시, JPQL에서 N+1 문제 발생 들어가기 앞서, Proxy와 지연로딩의 개념을 알아야 합니다. 여기를 참고해 주세요! N + 1 문제란? JPQL을 사용하여 Entity를 조회할 때, 연관관계에 있는 Entity를 같이 조회할 때 발생하는 문제입니다. 연관관계에 있는 Entity를 즉시로딩(fetch = EAGER)로 조회하면 추가적인 쿼리문이 발생합니다. 즉, 조회된 Entity에 연관된 N개의 Entity를 조회하는 쿼리문이 N번 발생합니다. 예를 들어, Member Entity와 Order Entity가 존재합니다. Member Entity와 Order Entity는 1:N 관계라고 가정합시다. Member Entity @Entity @Getter @Setter public class Member { @Id @GeneratedVa..
[JPA] Proxy와 연관관계, 지연로딩을 이용한 최적화 (new) 주문 Entity 주문 Entity가 가지고 있는 필드는 다음과 같습니다. 연관관계에 있는 Entity를 집중해 봅시다. 주문 Entity는 회원(Member), 주문 상픔(OrderItem), 배송 정보(Delivery) Entity와 연관관계에 있습니다. @Entity @Table(name = "orders") @Getter @Setter public class Order { @Id @GeneratedValue @Column(name = "order_id") private Long id; @ManyToOne @JoinColumn(name = "member_id") private Member member; @OneToMany(mappedBy = "order", cascade = CascadeType...
[Spring] API 통신시 Entity에 직접 접근하지 말자 뷰템플릿을 사용하여 통신할 수도 있지만, 프론트 또는 앱과 API 통신을 통해 데이터를 주고받기도 한다. 이때 API 스펙을 작성하여 요청 정보와 응답 정보를 작성하게 된다. API마다 요청과 응답 정보가 다르기 때문에 Entity에 직접 접근해서는 안 된다. 그 이유를 알아보자. 다음은 회원에 대한 Entity이다. 고유 번호, 이름, 주소, 주문 정보 필드를 가지고 있다. @Entity @Getter @Setter public class Member { @Id @GeneratedValue @Column(name = "member_id") private Long id; private String name; @Embedded private Address address; @OneToMany(mapped..
[JPA] 변경감지(Dirty Checking)과 병합(Merge) 영속성 컨텍스트에는 변경 감지(Dirty Checking)와 병합(Merge) 기능이 존재합니다. Entity의 필드값을 수정한다는 공통점이 있으나, 주의해야 할 차이점 또한 존재합니다. 이 글에서는 준영속 상태의 Entity에 접근하는 관점에서 설명합니다. 변경 감지(Dirty Checking) 변경 감지란 영속성 컨텍스트가 관리하는 영속 상태의 Entity의 필드 값을 수정합니다. (영속 상태라 함은 Entity가 식별자 값(ID)을 가지고 있음을 말합니다) 영속성 컨텍스트를 Flush하는 시점에 Entity와 SNAPSHOT을 비교하여 변경된 값을 추적합니다. 변경된 필드가 존재한다면 수정 쿼리를 작성하여 쓰기 지연 SQL 저장소에 보관하였다가 Flush 시점에 DB에 업데이트됩니다. 변경 감지..
[JPA] 비영속 엔티티 -> 영속 엔티티 변경 과정 (old1) EntityManager를 통해 비영속 상태의 Entity를 영속 상태의 Entity로 변경할 수 있습니다. 이때 사용되는 메서드는 merge()입니다. 그렇다면 비영속 -> 영속 상태로 변경하는 과정은 어떻게 될까요? 차근차근 알아봅시다. 준영속 상태 준영속 상태란 EntityManager가 관리하지 않는 Entity라고 생각하면 됩니다. 관리되지 않기 때문에 해당 엔티티의 값을 변경하더라도 DB에 반영되지가 않습니다. 준영속 상태의 특징은 다음과 같습니다. 비영속 상태에 가깝다 영속성 컨텍스트에 의해 관리되지 않으므로 1차 캐시, 쓰기 지연 SQL, 변경 감지 등을 지원하지 않습니다 식별자 값을 가지고 있다 준영속 상태가 되기 전에 영속 상태이었기 때문에 식별자 값을 가지고 있습니다. 이 식별자 값은..

티스토리툴바