JPA Basic - 프록시, CASCADE, 고아객체

1. 프록시

 ◍  기초

      ○  em.find = 데이터 베이스 통해서 실제 엔티티 객체 조회

     ○  em.getReference(): 데이터 베이스 조회를 미루는 가짜 엔티티 조회(프록시)

     ○  특징

           ◼  실제 클래스를 상속 받아서 만들어짐.

           ◼  실제 클래스와 겉 모양이 같다.

           ◼  사용하는 입장에서는 진짜 객체인지 프록시 객체인지 구분하지 않고 사용하면 됨(이론상)

           ◼  프록시 객체는 실제 객체의 참조(target)를 보관

           ◼  프록시 객체를 호출하면 프록시 객체는 실제 객체의 메소드 호출 

     ○  프록시 객체의 초기화

Member member = em.getReference(Member.class, "id1");
member.getName()

//1. getName()
//2. 영속성 컨텍스트에 초기화 요청
//3. DB조회
//4. 실제 Entity 생성
//5. target.getName();

          ◼  처음 사용할때 한번만 초기화 (두번 세번 X)

          ◼  초기화시 프록시 객체가 실제 엔티티로 바뀌는 것 아님. 초기화시 프록시 객체 통해 실제 엔티티 접근 가능

          ◼  프록시 객체는 원본 엔티티를 상속받음. 그래서 타입 체크시 주의해야함. (== 안됨. instance of 사용) <member 1,2>

          ◼  영속성 컨텍스트에 찾는 엔티티가 이미 있으면 em.getReference()호출해도 실제 엔티티 반환. <이미 find, member 1>

           (==  맞추어 주어야 함.)

          ◼  영속성 컨텍스트의 도움을 받을 수 없는 준영속 상태일 때, 프록시를 초기화하면 문제 발생.

               (하이버네이트 org.hibernate.LazyInitializationException 터트림)

     ○  확인

           ◼  프록시 인스턴스의 초기화 여부 

              ◻ PersiistenceUnitUtil.isLoaded(Object entity)

           ◼  프록시 클래스 확인 방법

              ◻ org.getClass().getName() 출력 (..javasist.. or HibernateProxy..)

           ◼  프록시 강제 초기화

              ◻ org.hibernate.Hibernate.initialize(entity);

           ◼  강제 호출

              ◻ member.getName()

 

2. 즉시로딩과 지연로딩 

 ◍ 즉시로딩 (EAGER_

      ○  즉시로딩 주의

           ◼  가급적 지연 로딩만 사용(특히 실무에서)

           ◼  즉시 로딩 적용시 예상치 목한 SQL 발생

              ◻ find할때 모두 조인을 해야함. 쿼리가 엄청 커짐. (성능 이슈)

           ◼  즉시 로딩은 JPQL에서 N+1 문제 일으킴

              ◻ 쿼리 하나당 추가 쿼리가 나가야 되는 것.

           ◼  @ManyToOne, @OneToOne은 기본이 즉시 로딩 -> LAZY 로 설정

           ◼  @OneToMany, @ManyToMany는 기본이 지연로딩.

 

◍ 지연로딩

      ○  프록시를 만들었다가 실제 team 사용하는 시점에 초기화(DB조회). 

      ○   1. member1 로딩 2.지연로딩

      ○  실무

           ◼  모든 연관관계에 지연 로딩을 사용해라!

           ◼  실무에서 즉시로딩 사용 금지.

           ◼  JPQL fetch 조인이나, 엔티티 그래프 기능 사용

           ◼  즉시 로딩 상상하지 못한 쿼리 나감. 

 

3; 영속성 전이:CASCADE

 ◍  특정 엔티티를 영속 상태고 만들 때 연관된 엔티티도 함께 연속 상태로 만들고 싶을때. (부모 저장때 자식도 저장.)

 ◍  영속성 전이는 연관관계를 매핑하는 것과 상관 없음.

 ◍  엔티티를 영속활 할때 연관된 엔티티도 함께 영속화하는 편리함을 제공. 

 ◍  엔티티의 소유자가 하나일떄. 

 ◍  종류

      ○  ALL: 모두 적용

      ○  PERSIST: 영속

      ○  REMOVE: 삭제

      ○  MERGE: 병합

      ○  REFRESH: refresh

      ○  MERGE: merge

 

4.고아객체

 ◍  고아객체 제거: 부모 엔터티와 연관관계가 끊어진 자식 엔티티 자동으로 삭제

 ◍  orphanRemoval = true

 ◍  주의   

      ○  참조가 제거된 엔티티는 다른 곳에서 참조하지 않는 고아 객체로 보고 삭제하는 기능

      ○  참조하는 곳이 하나일때 사용해야함.

      ○  특정 엔티티가 개인 소유할 때 사용

      ○  @OneToOne, @OneToMany만 가능

      ○  개념적으로 부모 제거시 자식 보아. 그래서 고아 객체 제거 기능 활성화시 부모 제거시 자식도 제거.

 

5.통합

 ◍  3,4 옵션을 모두 활성화 하면 부모 엔티티를 통해ㅔㅐ서 자식의 생명 주기를 관리 할 수 있음.

 ◍ 도메인 주도 설계의 Aggregate Root 개념 구현 시 유용

 ◍ 스스로 생명주기를 관리하는 엔티티는 em.persist()로 영속화, em.remove()로 제거