[섹션 8] 루키 제출합니다

[wishoon]

프록시

프록시 기초

• em.find() vs em.getReference()
• em.find() : 데이터베이스를 통해서 실제 엔티티 객체 조회
• em.getReference() : 데이터베이스 조회를 미루는 가짜(프록시) 엔티티 객체 조회

프록시 특징

• 실제 클래스를 상속 받아서 만들어짐
• 실제 클래스와 겉 모양이 같음
• 사용하는 입장에서는 진짜 객체인지 프록시 객체인지 구분하지 않고 사용하면 됨 (이론상은 그렇다고 함)
• 프록시 객체는 실제 객체의 참조(target)를 보관
• 프록시 객체를 호출하면 프록시 객체는 실제 객체의 메소드 호출
• 프록시 객체는 처음 사용할 때 한 번만 초기화
• 프록시 객체를 초기화 할 때, 프록시 객체가 실제 엔티티로 바뀌는 것은 아님, 초기화되면 프록시 객체를 통해서 실제 엔티티에 접근 가능
• 프록시 객체는 원본 엔티티를 상속받음, 따라서 타입 체크시 주의해야함 (== 비교 실패, 대신 instance of 사용)
  • Member.m1 과 Member.m2는 같은 클래스 타입이기 때문에 == 비교 시 무조건 True
  • Member.m1이 프록시 객체일 경우가 있기 때문에 instance of 를 사용해 비교
• 영속성 컨텍스트에 찾는 엔티티가 이미 있으면 em.getReference()를 호출해도 실제 엔티티 반환
  • 반대의 경우도 마찬가지!!
• 영속성 컨텍스트의 도움을 받을 수 없는 준영속 상태일 때, 프록시를 초기화 할 수 없는 문제 발생
  • 트랜잭션이 끝나고 조회 시 문제가 생길 수 있음

프록시 확인

• 프록시 인스턴스의 초기화 여부 확인
  • PersistenceUnitUtil.isLoaded(Object entity)
• 프록시 클래스 확인 방법
  • entity.getClass().getName() 출력
• 프록시 강제 초기화
  • org.hibernate.Hibernate.initialize(entity);
  • JPA 표준은 강제 초기화가 존재하지 않기 때문에 member.getXXX()를 통해 강제 호출 가능

즉시 로딩과 지연 로딩

지연 로딩

• 연관된 엔티티를 실제 사용할 때 조회
  • 조회한 엔티티를 실제 사용하는 시점에 쿼리 호출
• @ManyToOne(fetch = FetchType.LAZY)
• 연관관계로 맺어진 멤버변수에 프록시 객체가 들어감
  • 실제 사용 시점에 데이터베이스를 조회해서 초기화
  • 쿼리가 두번 사용되야 함

즉시 로딩

• 엔티티를 조회할 때 연관된 엔티티도 함께 조회
• @ManyToOne(fetch = FetchType.EAGER)
• 쿼리를 2번 실행하지 않고 조회를 최적화 하기 위해 JOIN을 이용해서 한번에 데이터를 다 조회

프록시와 즉시로딩 주의

• 가급적 지연 로딩만 사용
• 즉시 로딩시 예상하지 못한 SQL 발생
• 즉시 로딩은 JPQL에서 N + 1 문제를 발생
  • 1이 최초 쿼리이며 추가 쿼리가 N번이 발생하는 문제

     List<Member> members = em.createQuery("select m from Member m", Member.class)
                         .getResultList();

    • em.find() 는 pk를 지정해서 가져오기 때문에 내부적으로 JPA가 최적화
    • JPQL은 쿼리가 내부적으로 SQL로 번역을 수행. 즉, Member를 조회하는 도중, Team이 EAGER이기 때문에 즉시 로딩 실행
    • Member의 Team이 다를 경우, 이 과정이 계속 반복되기 때문에, N 번의 쿼리가 더 실행
    • 추후, FetchJoin(1), batchSize를 통해 해결(1 + 1)
• @ManyToOne, @OneToOne은 기본이 즉시 로딩 → Lazy 설정을 해주자!

영속성 전이

영속성 전이 : CASCADE

• 특정 엔티티를 영속 상태로 만들 때 연관된 엔티티도 함께 영속 상태로 만들고 싶을 떄 사용
• (주의) 영속성 전이는 연관관계를 매핑하는 것과 아무 관련이 없음

@Entity
public class Parent {

    @Id
    @GeneratedValue
    private Long id;

    private String name;

    @OneToMany(mappedBy = "parent", cascade = CascadeType.ALL)
    private List<Child> childList = new ArrayList<>();

    ...
}

Child child1 = new Child();
Child child2 = new Child();

Parent parent = new Parent();
parent.addChild(child1);
parent.addChild(child2);

em.persist(parent);

// 커밋 실행

고아 객체

• 고아 객체 제거 : 부모 엔티티와 연관관계가 끊어진 자식 엔티티를 자동으로 삭제
• orphanRemoval = true
• 참조가 제거된 엔티티는 다른 곳에서 참조하지 않는 고아 객체로 보고 삭제하는 것
• 즉, 참조하는 곳이 하나일 때 사용해야 하며, 특정 엔티티가 개인 소유할 때 사용
• @OneToOne, @OneToMany 에서 사용 가능

영속성 전이 + 고아 객체, 생명주기

• CascadeType.ALL + orphanRemovel = true
• 스스로 생명주기를 관리하는 엔티티는 em.persist()로 영속화, em.remove() 로 제거
• 즉, 두 옵션을 모두 활용하면 부모 엔티티를 통해서 자식의 생명주기를 관리할 수 있음