실전! 스프링 부트와 JPA 활용1

<aside>

단방향 메서드, 양방향 메서드

</aside>

<aside>

연관관계 매핑의 주인(mapped By)

객체의 두 관계 중 제어의 권한을 갖는 실질적인 관계가 무엇인지 JPA에게 알리는 것
연관관계의 주인은 연관 관계를 갖는 두 객체 사이에서 조회, 저장, 수정, 삭제를 할 수 있지만 주인이 아니면 조회만 가능.
외래 키(FK)가 있는 곳을 주인으로 지정.
연관관계의 주인이 아닌 객체는 mappedBy 속성을 통해 주인 필드의 변수명을 지정해주기 </aside>

<aside>

@Embedded

@Embedded 
private Address address; 
@Enumerated(EnumType.STRING) 
private DeliveryStatus status; // READY, COMP }

여기서 @Embedded로 enum값을 가져오는거랑 @Enumerated로 enum 가져오는게 무슨 차이?

⇒ @Embedded는 객체를 저장하기 위한 애노테이션 @Enumerated는 enum을 데이터베이스에 어떤 방식으로 저장할 지 지정하는 애노테이션.

</aside>

<aside>

즉시 로딩과 지연 로딩

Fetch Type 이란
- JPA가 하나의 Entity를 조회할 때, 연관관계에 있는 객체들을 어떻게 가져올 것이냐
- fetch 디폴트 값: @xxToOne에서는 EAGER, @XXToMany에서는 LAZY.

즉시 로딩(EAGER)

데이터 조회할 때 연관된 모든 객체의 데이터까지 한 번에 불러오는 것
예측이 어렵고, 어떤 SQL이 실행될지 추적하기 어렵다.

지연 로딩(LAZY)

필요한 시점에 연관된 객체의 데이터를 불러오는 것

@ManyToOne(fetch = FetchType.LAZY)

지연 로딩은 DB가 아닌 프록시에서 데이터를 가져온다.

즉시 로딩은 JPQL을 실행할 때 N+1가 자주 발생한다.

</aside>

<aside>

N+1 이란?

1개의 쿼리를 실행한 후 관련된 N개의 데이터를 각각 가져오기 위해 추가적으로 불필요한 쿼리가 N번 실행되는 것. </aside>

<aside>

@Transactional(readOnly = true)

JPA의 영속성 컨텍스트(Persistence Context)가 수행하는 **변경 감지(Dirty Checking)**과 관련이 있다.
JPA가 해당 트랜잭션 내에서 조회하는 Entity는 조회용임을 인식하고 변경 감지를 위한 Snapshot을 따로 보관하지 않으므로 메모리가 절약되는 성능상 이점도 존재.
Replication 부하 분산
- Master-Slave 구조로 복제본 DB를 함께 운용.
- readOnly = true가 설정되어있는 경우 Slave DB에서 데이터를 가져오도록 동작한다. 트래픽 분산을 적용할 수 있다는 이점이 존재.

@Transactional(readOnly = true)를 왜 붙여야 하나요

@Transactional 을 어디에 쓰는지
- 비즈니스 로직을 어디까지 하나의 작업으로 묶을지 관리. </aside>

<aside>

EntityManager의 Dirty Checking(변경 감지)

관리되는(managed) 엔티티가 수정된 것으로 표시되어있으면 flush 과정에서 UPDATE SQL이 자동으로 생성됨.
Dirty Checking 메커니즘은 엔티티가 처음 로드된 이후로 변경되었는지 여부를 판단.
commit 메서드 실행될 때, 내부적으로 flush 메서드가 실행되고 마지막에 commit 진행.
commit:
flush: 지금까지 모은 쿼리문을 즉시 실행하는 메서드 </aside>

<aside>

멀티 스레드

멀티 스레드란

private void validateDuplicateMember(Member member) {
        List<Member> findMembers = memberRepository.findByName(member.getName());
        if (!findMembers.isEmpty()){
            throw new IllegalStateException("이미 존재하는 회원입니다.");
        } 
    }

이런 상황에서 memberA가 동시에 두 개 조회하고 Empty로 뜨면, 둘 다 등록 될 수도 있다. 다른 쓰레드가 끼어드는게 Race Condition.

그래서 DB의 유니크 제약 조건을 사용한다.

UNIQUE 제약 조건

대상의 컬럼에 중복된 값이 저장될 수 없게 하는 제약조건

@Column(unique = true)
private String name;

</aside>

<aside>

생성자 주입 vs 필드 주입

lombok을 이용한 생성자 주입(Constructor Injection)

@RequiredArgsConstructor
// 생성자 주입
    // lombok이 컴파일할 때 생성자 자동 생성
    private final EntityManager em;

생성자 주입을 더 많이 사용하는 이유?

final을 사용할 수 있다. private final EntityManager em; ⇒ 한 번 주입되면 바뀌지 않는다.
객체가 생성될 때 반드시 의존성이 주입된다. ⇒ 실수 줄일 수 있다.
테스트하기 쉽다. ⇒ 테스트에서 Mock을 생성자로 쉽게 넣어줄 수 있다.

필드 주입

// 필드 주입
    @PersistenceContext  // em을 주입해줌
    private EntityManager em;

</aside>

<aside>

em.persist 와 em.merge

public void save(Item item){
        // item은 JPA저장하기 전까지 id값이 없다.
        if (item.getId() == null){
            em.persist(item);
        } else {
            em.merge(item);
        }
    }

JPA에서 새로운 엔티티를 영속성 컨텍스트에 관리되도록 하고 데이터베이스에 저장할 때 em.persist를 사용한다.

이미 ID가 있는 엔티티를 업데이트할 때는 em.merge가 사용될 수 있.

</aside>

<aside>

가변인자

public staticOrder createOrder(Member member, Delivery delivery, OrderItem... orderItems){

}

…은 **가변 인자(varargs)**라고 함.
가변인자
- 메서드에 전달하는 인자의 개수가 정해져 있지 않을 때 사용하는 문법.
- 컴파일러가 배열로 변환해서 넘겨준다.
```
public staticOrder createOrder(OrderItem[] orderItems{
})
```

</aside>

<aside>

@NoArgsConstructor

@NoArgsConstructor(access = AccessLevel.PROTECTED)

protected Member() {
}

👆 이걸 자동으로 만들어주는 Lombok 문법
@NoArgsConstructor : 기본 생성자
access = AccessLevel.PROTECTED : 생성자의 접근 제어자를 protected로
new Member() 를 마음대로 호출하지 못하도록 막음. </aside>

<aside>

페이징

public List<Order> findAll(OrderSearch orderSearch) {
        return em.createQuery("select o from Order o join o.member m" +
                            " where o.status = :status " +
                            " and m.name like :name ", Order.class)
                .setParameter("status", orderSearch.getOrderStatus())
                .setParameter("name", orderSearch.getMemberName())
                .setMaxResults(1000)
                .getResultList();
    }

setFirstResult() : 몇 번째 데이터부터 가져올지 (OFFSET)
setMaxResults(): 몇 개를 가져올지(LIMIT) </aside>

<aside>

</aside>

<aside>

</aside>