JPA 학습목록

📝 GPT에게 물어본 질문 목록

 

1) 연관관계 매핑 (1:N vs N:1)

JPA 에서 N대1은 테이블에서 자식테이블에 FK가 있듯이 객체관에 관계에서도 N 쪽이 연관관계의 주인을 가져가잖아
반면에 1대N은 연관관계의 주인을 1쪽이 가져가잖아 (ex. TEAM, MEMBER)
굳이 이렇게 하는 이유가 있을까?

@OneToMany 
@JoinColumn(name="TEAM_ID") 
List<MEMBER> members = new ArrayList<>();

---

2) mappedBy 가 필요한 이유

JPA 객체간의 양방향 처리를 할때 (객체 : MEMBER, TEAM)

@OneToMany(mappedBy="team")

 

이렇게 처리를 해주잖아 왜 해주는거지?

안해주면 생기는 문제가 뭐야?

어차피 연관관계 메서드로 동기화처리 해주잖아.

/* 연관관계 메서드 */ 
private void addTeam(Team team) { 
	this.team = team; team.getMembers().add(this); 
}

 

📝 답변 요약

1. `mappedBy`를 안해주면 JPA는 양쪽 모두를 연관관계의 주인으로 생각할 수 있다. 이럴경우 양쪽에서 FK를 관리하려 할 수 있다.
2. 예상치 못한 조인테이블이 생성될 수 있다.
3. 프록시 객체의 생성이나 Lazy Loading 설정에 문제가 생길 수 있다.

---

3) 지연로딩 vs 즉시로딩

JPA에서 지연로딩과 즉시로딩은 어떤 개념일까?

N+1 문제와도 관련이 있다고 들었다.

---

4) 연관관계 매핑 1대1 관계에서  주테이블과 대상테이블 중 외래키 선정

1대1관계에서 주테이블에 외래키가 있는 것과 대상테이블에 외래키가 있는 것의 장단점은?

(ex. 주테이블 : MEMBER, 대상테이블 : LOCKER)

 

대상테이블에 외래키가 있으면 나중에 MEMBER : LOCKER 를 1대N 관계로 만들고 싶을 때 LOCKER의 FK 제약조건에서 UNIQUE만 빼면되니깐 설계된 테이블을 많이 고칠 필요가 없어서 좋은건 알겠어 단점은 프록시 기능의 한계로 지연로딩으로 설정해도 항상 즉시로딩 된다는데 무슨말이지? 그 외의 장점이나 단점이 있을까?

 

주테이블에 외래키가 있으면 장점 : 주 테이블만 조회해도 대상 테이블에 데이터가 있는지 확인 가능 단점 : 값이 없으면 외래키에 NULL 허용 이거 맞나? 객체지향 개발자가 선호하고 JPA매핑이 편리하다고 하는데 왜 그런거지?

---

5) 계층구조의 테이블 JPA 엔티티 설계

package jpashop.jpaorder.domain;

import javax.persistence.*;
import java.util.ArrayList;
import java.util.List;

@Entity
public class Category {

  @Id @GeneratedValue
  private Long id;

  private String name;

  @ManyToMany
  private List<Item> items = new ArrayList<>();

  @ManyToOne
  @JoinColumn(name = "PARENT_ID")
  private Category parent;

  @OneToMany(mappedBy = "parent")
  private List<Category> child = new ArrayList<>();
}

 

자신을 참조하는 계층구조는 @Entity가 이렇게 설계되는게 맞나?

---

6) JPA 구동 (Persistence, EntityManagerFactory, EntityManager, EntityTransaction)

Persistence, EntityManagerFactory, EntityManager, EntityTransaction의 개념과 JPA 구동흐름에 대해 자세히 설명해줘

 

📝 답변 요약

JPA 구동방식

 

---

7) JPA PK 생성전략 @GeneratedValue(strategy = GenerationType.❓)

JPA의  PK 생성전략(@GeneratedValue(strategy = GenerationType.?))에 대해 자세히 설명해줘

 

📝 답변 요약

JPA 구동방식

---

8) Domain Model Pattern VS Transaction Script Pattern

1,2 예시를 통해서 도메인 모델 패턴 vs 트랜잭션 스크립트 패턴을 설명해줘

// 1
@Entity
public class Order {

    @Id
    @GeneratedValue
    private Long id;

    @OneToMany(mappedBy = "order", cascade = CascadeType.ALL)
    private List orderItems = new ArrayList<>();

    @OneToOne(cascade = CascadeType.ALL)
    private Delivery delivery;

    private LocalDateTime orderDate;

    @Enumerated(EnumType.STRING)
    private OrderStatus status; // 예: ORDERED, CANCELED

    //== 비즈니스 로직 ==//

    // 주문 생성
    public static Order createOrder(Member member, Delivery delivery, OrderItem... orderItems) {
        Order order = new Order();
        order.setMember(member);
        order.setDelivery(delivery);
        for (OrderItem orderItem : orderItems) {
            order.addOrderItem(orderItem);
        }
        order.setOrderDate(LocalDateTime.now());
        order.setStatus(OrderStatus.ORDERED);
        return order;
    }

    // 주문 취소
    public void cancel() {
        if (delivery.getStatus() == DeliveryStatus.COMPLETE) {
            throw new IllegalStateException("이미 배송 완료된 주문은 취소할 수 없습니다.");
        }
        this.setStatus(OrderStatus.CANCELED);
        for (OrderItem orderItem : orderItems) {
            orderItem.cancel(); // 주문상품도 취소
        }
    }

    // 총 주문 가격 계산
    public int getTotalPrice() {
        return orderItems.stream()
                .mapToInt(OrderItem::getTotalPrice)
                .sum();
    }
}

// 2
@Entity
public class Order {

    @Id
    @GeneratedValue
    private Long id;

    @OneToMany(mappedBy = "order", cascade = CascadeType.ALL)
    private List orderItems = new ArrayList<>();

    @OneToOne(cascade = CascadeType.ALL)
    private Delivery delivery;

    private LocalDateTime orderDate;

    @Enumerated(EnumType.STRING)
    private OrderStatus status; // 예: ORDERED, CANCELED

    // Getter, Setter만 존재
    public void addOrderItem(OrderItem orderItem) {
        this.orderItems.add(orderItem);
        orderItem.setOrder(this);
    }
}

@Service
@Transactional
public class OrderService {

    private final OrderRepository orderRepository;
    private final MemberRepository memberRepository;

    public OrderService(OrderRepository orderRepository, MemberRepository memberRepository) {
        this.orderRepository = orderRepository;
        this.memberRepository = memberRepository;
    }

    // 주문 생성
    public Long createOrder(Long memberId, Delivery delivery, List orderItems) {
        // 회원 조회
        Member member = memberRepository.findById(memberId)
                .orElseThrow(() -> new IllegalArgumentException("회원이 존재하지 않습니다."));

        // 주문 생성
        Order order = new Order();
        order.setMember(member);
        order.setDelivery(delivery);
        for (OrderItem orderItem : orderItems) {
            order.addOrderItem(orderItem);
        }
        order.setOrderDate(LocalDateTime.now());
        order.setStatus(OrderStatus.ORDERED);

        // 주문 저장
        orderRepository.save(order);
        return order.getId();
    }

    // 주문 취소
    public void cancelOrder(Long orderId) {
        Order order = orderRepository.findById(orderId)
                .orElseThrow(() -> new IllegalArgumentException("주문이 존재하지 않습니다."));

        if (order.getDelivery().getStatus() == DeliveryStatus.COMPLETE) {
            throw new IllegalStateException("이미 배송 완료된 주문은 취소할 수 없습니다.");
        }

        // 상태 변경
        order.setStatus(OrderStatus.CANCELED);

        // 주문상품 취소
        for (OrderItem orderItem : order.getOrderItems()) {
            orderItem.cancel(); // 주문상품 취소 로직 호출
        }
    }

    // 총 주문 가격 계산
    public int getTotalPrice(Long orderId) {
        Order order = orderRepository.findById(orderId)
                .orElseThrow(() -> new IllegalArgumentException("주문이 존재하지 않습니다."));
        return order.getOrderItems().stream()
                .mapToInt(OrderItem::getTotalPrice)
                .sum();
    }
}

📝 답변 요약

도메인 모델 패턴 vs 트랜잭션 스크립트 패턴

---

9) em.persist VS em.merge

JPA에서 em.persist 와 em.merge의 작동방식을 자세히 설명해줘

 

📝 답변 요약

em.persist vs em.merge

---

10) JPA 상속관계 전략 설정 (@Inheritance(strategy = InheritanceType.❓))

상속관계의 경우 관계형 데이터베이스에서는

1. 슈퍼타입 & 서브타입 테이블로 나누기

2. 단일 테이블

3. 각각의 테이블

3가지 타입으로 설계가 가능하지?

 

JPA에서는 @Inheritance(strategy = InheritanceType.?)로 전략을 설정할 수 있다고 알고 있는데 자세히 설명해줘

아래 질문도 답변해줘.

1. @Inheritance(strategy = InheritanceType.TABLE_PER_CLASS)는 부모 클래스를 추상클래스 (abstract)로 해야하는 이유)

2. JOIN전략과 단일테이블 전략의 장단점 (JOIN은 정규화로 인해 저장공간 효율화가 있지만 쿼리 성능이 떨어진다던지)

3. 'TABLE_PER_CLASS' 전략을 사용하면 안되는 이유

4. 'SINGLE_TABLE' 전략의 경우도 부모클래스 단독으로 생성될 일이 없기 때문에 부모클래스는 추상클래스 (abstract)로 해주는 것이 좋은지

---

11) em.flush(), em.clear() 의미

em.flush(), em.clear()의 의미

 

📝 답변 요약

em.flush() → 영속성 컨테이너에 있는 쿼리를 DB에 날림.

em.clear() → 영속성 컨테이너를 날림.

---

11) 상속관계 엔티티의 @DiscriminatorColumn, @DiscriminatorValue

JPA 상속관계 엔티티에서 @DiscriminatorColumn, @DiscriminatorValue란?

ITEM, BOOK, MOVIE, ALBUM 엔티티를 예로 들어서 설명해줘

---

12) @MappedSuperClass

@MappedSuperClass란?
갑자기 DBA가 시스템컬럼을 모든 테이블에 추가해야한다고 하면?

 

📝 답변 요약

DB는 슈퍼타입&서브타입 형태로 설계되어 있지 않지만 객체는 상속형태로 사용?

* 특징 : 

1. 상속관계 매핑 X
2. 엔티티 X, 테이블과 매핑 X
3. 부모 클래스를 상속받는 자식 클래스에 매핑정보만 제공
4. 조회, 검색 불가(em.find(BaseEntity) 불가)
5. 직접 생성해서 사용할 일이 없으므로 추상클래스 권장
6. 테이블과 관계없고, 단순히 엔티티가 공통으로 사용하는 매핑 정보를 모으는 역할
7. 주로 등록일, 수정일, 등록자, 수정자와 같은 시스템컬럼, 즉 전체 엔티티에서 공통으로 적용하는 정보를 모을 때 사용
8. 참고 : @Entity클래스는 엔티티나 @MappedSuperclass로 지정한 클래스만 상속 가능.

출처 : 김영한님의 자바 ORM 표준 JPA 프로그래밍 - 기본편

 

---

13) @SequenceGenerator(속성), @GeneratedValue(generator = ?)

@Entity @SequenceGenerator(name = "member_seq_generator", sequenceName = "member_seq", initialValue = 1, allocationSize = 50)
public class Member {

  @Id @GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "member_seq_generator")
  private Long id;
  
 }

 

@SequenceGenerator(속성), @GeneratedValue(generator = ?) 에 대해 자세히 설명해줘

---

14) Fetch 전략(기본값 EAGER / LAZY)

Member member = em.find(Member.class, 1L);를 하면 Member만 조회되나?
@ManyToOne TEAM도 같이 조회되나?

 

위 질문은 em.find() vs em.getReference() 와 관련이 있나?

---