[JPA 프로그래밍 기본편] - 프록시와 연관관계 정리

JYC·2024년 2월 20일
스프링자바

[SPRING STUDY]

목록 보기
33/39

프록시 기초

em.find() vs em.getReference()

  • em.find(): 데이터베이스를 통해서 실제 엔티티 객체 조회
  • em.getReference(): 데이터베이스 조회를 미루는 가짜(프록시)
    • 쉽게 설명해서 DB 쿼리가 안나가는데, 객체가 조회가 되는 것.

엔티티 객체 조회

프록시 특징

  • 실제 클래스를 상속 받아서 만들어짐
  • 실제 클래스와 겉 모양이 같다.
  • 사용하는 입장에서는 진짜 객체인지 프록시 객체인지 구분하지 않고 사용하면 됨(이론상)
  • 프록시 객체는 실제 객체의 참조(target)를 보관
  • 프록시 객체를 호출하면 프록시 객체는 실제 객체의 메소드 호출

프록시 객체의 초기화

Member member = em.getReference(Member.class, m.getId());
member.getName();

  1. 프록시 객체를 가져온다.
  2. 처음엔 TARGET 값 X
  3. JPA가 영속성 컨텍스트에 진짜 멤버 객체 달라고 요청
  4. JPA가 실제 ENTITY 생성해서 연결해준다.
  5. TARGET의 진짜 GETNAME()을 가져올 수 있도록 해준다.
    -> 이 과정을 초기화라고 한다.

프록시의 특징 2

  • 프록시 객체는 처음 사용할 때 한 번만 초기화
  • 프록시 객체를 초기화 할 때, 프록시 객체가 실제 엔티티로 바뀌는 것은 아님, 초기화되면 프록시 객체를 통해서 실제 엔티티에 접근 가능
    • 위 프록시 객체의 초기화를 다시 한번 보면 조금 이해가 된다.
  • 프록시 객체는 원본 엔티티를 상속받음, 따라서 타입 체크시 주의해야함 (== 비교 실패, 대신 instance of 사용)
Member m1 = em.find(Member.class, member1.getId());
Member m2 = em.getReference(Member.class, member2.getId());
System.out.println("m1 == m2: " + (m1.getClass()==m2.getClass()));
System.out.println("m2 instanceof Member = " + (m2 instanceof Member));

실행해보면

라는 결과가 나오게 된다.
== 는 타입 체크시 다른 결과가 나올 수 있으므로 주의한다.

  • 영속성 컨텍스트에 찾는 엔티티가 이미 있으면 em.getReference()를 호출해도 실제 엔티티 반환
    • 반대로 해도 마찬가지다.
Member m1 = em.getReference(Member.class, member1.getId());
Member m2 = em.find(Member.class, member1.getId());
System.out.println("m2.getClass() = " + m2.getClass());

를 실행해보면

보이는 것처럼 Proxy(프록시)라고 나오게 된다.

  • 영속성 컨텍스트의 도움을 받을 수 없는 준영속 상태일 때, 프록시를 초기화하면 문제 발생 (하이버네이트는 org.hibernate.LazyInitializationException 예외를 터트림)
Member refMember = em.getReference(Member.class, member1.getId());
em.detach(refMember);
  • detach: 영속성 컨텍스트에서 빼내기.
    이렇게 코드를 실행해보면 error 발생한다.

프록시 확인

  • 프록시 인스턴스의 초기화 여부 확인
    • PersistenceUnitUtil.isLoaded(Object entity)
  • 프록시 클래스 확인 방법
    • entity.getClass().getName() 출력(..javasist.. or
      HibernateProxy…)
  • 프록시 강제 초기화
    • org.hibernate.Hibernate.initialize(entity);
    • 참고: JPA 표준은 강제 초기화 없음
    • 강제 호출: member.getName()
Member refMember = em.getReference(Member.class, member1.getId());
Hibernate.initialize(refMember);         
System.out.println("emf.getPersistenceUnitUtil().isLoaded(refMember) = " + emf.getPersistenceUnitUtil().isLoaded(refMember));

를 실행시켜보면

Hibernate.initialize로 초기화가 됐으므로 true를 반환한다.

즉시 로딩과 지연 로딩

지연 로딩 (LAZY)

  • 프록시로 조회하는 방식

@ManyToOne(fetch = FetchType.LAZY)
@JoinColumn(name = "TEAM_ID")
private Team team;

로 설정해서

try {
	Member member1 = new Member();
	member1.setName("hello1");
	em.persist(member1);

	Team team = new Team();
	team.setName("teamA");
	member1.setTeam(team);
	em.persist(team);

	em.flush();
	em.clear();

	Member m1 = em.find(Member.class, member1.getId());
	System.out.println("m1.getTeam() = " + m1.getTeam().getClass());

	tx.commit(); //필수. 안하면 반영이 안된다.
} catch (Exception e){
	tx.rollback();
} finally {
	em.close();
}
	emf.close();
}

Main 코드를 설정해주고 돌려보면

Proxy (프록시) 라고 나오게 된다.

즉시 로딩

  • JPA 구현체는 가능하면 조인을 사용해서 SQL 한번에 함께 조회

@ManyToOne(fetch = FetchType.EAGER)
@JoinColumn(name = "TEAM_ID")
private Team team;

로 변경해서 돌려보면

실제 클래스로 들어가게 된다.

프록시와 즉시로딩 주의

  • 가급적 지연 로딩만 사용(특히 실무에서)
  • 즉시 로딩을 적용하면 예상하지 못한 SQL이 발생
  • 즉시 로딩은 JPQL에서 N+1 문제를 일으킨다.
  • @ManyToOne, @OneToOne은 기본이 즉시 로딩
    -> LAZY로 설정
  • @OneToMany, @ManyToMany는 기본이 지연 로딩

영속성 전이: 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<>();

    public void addChild(Child child){
        childList.add(child);
        child.setParent(this);
    }

    public Long getId() {
        return id;
    }

    public void setId(Long id) {
        this.id = id;
    }

    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }
}
@Entity
public class Child {
    @Id
    @GeneratedValue
    private Long id;

    private String name;

    @ManyToOne
    @JoinColumn(name = "parent_id")
    private Parent parent;
    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }

    public void setId(Long id) {
        this.id = id;
    }
    public Long getId(){
        return id;
    }

    public Parent getParent() {
        return parent;
    }

    public void setParent(Parent parent) {
        this.parent = parent;
    }
}

각각 Parent와 Child가 있다고 예시를 들고,

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

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

	em.persist(parent);


	tx.commit(); //필수. 안하면 반영이 안된다.
} catch (Exception e){
	tx.rollback();
} finally {
	em.close();
}
	emf.close();
}

Main을 설정한다면, 원래같은 경우엔

em.persist(parent);
em.persist(child1);
em.persist(child2);

로 설정해야 맞지만, CASCADE 덕분에 부모 엔티티만 저장해도 된다.

결과에도 Child가 같이 들어가는 것을 확인할 수 있다.

영속성 전이: 저장

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

위의 예시와 같다.

영속성 전이: CASCADE - 주의

  • 영속성 전이는 연관관계를 매핑하는 것과 아무 관련이 없다.
  • 엔티티를 영속화할 때 연관된 엔티티도 함께 영속화하는 편리함을 제공할 뿐이다.

CASCADE의 종류

ALL: 모두 적용
PERSIST: 영속
REMOVE: 삭제
MERGE: 병합
REFRESH: REFRESH
DETACH: DETACH

고아 객체

  • 고아 객체 제거: 부모 엔티티와 연관관계가 끊어진 자식 엔티티를 자동으로 삭제
  • orphanRemoval = true 
Parent parent1 = em.find(Parent.class, id); 
parent1.getChildren().remove(0);
//자식 엔티티를 컬렉션에서 제거

고아 객체 - 주의

  • 참조가 제거된 엔티티는 다른 곳에서 참조하지 않는 고아 객체로 보고 삭제하는 기능
  • 참조하는 곳이 하나일 때 사용해야함!
  • 특정 엔티티가 개인 소유할 때 사용
  • @OneToOne, @OneToMany만 가능
  • 참고: 개념적으로 부모를 제거하면 자식은 고아가 된다. 따라서 고
    아 객체 제거 기능을 활성화 하면, 부모를 제거할 때 자식도 함께 제거된다. 이것은 CascadeType.REMOVE처럼 동작한다

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

  • CascadeType.ALL + orphanRemoval=true
  • 스스로 생명주기를 관리하는 엔티티는 em.persist()로 영속화, em.remove()로 제거
  • 두 옵션을 모두 활성화 하면 부모 엔티티를 통해서 자식의 생명주기를 관리할 수 있음
  • 도메인 주도 설계(DDD)의 Aggregate Root개념을 구현할 때 유용
profile
JYC
열심히 하기 1일차
이전 포스트

[JPA 프로그래밍 기본편] - 고급 매핑

다음 포스트

[JPA 프로그래밍 기본편] - 값 타입

0개의 댓글