🤔 kotlin에서 Entity를 Data Class로 지정하면 안되는 이유

프로젝트를 개발하면서 Entity에 흔히 DTO에 쓰는 Data Class 사용해도 될까라는 의문이 들었다. Data Class는 데이터를 담을 때 사용하고, 유요한 copy(), equal(), toString() 같은 메서드들을 지원해주니까 사용해도 되겠지! 라는 생각이 들었지만 결론은 붙히면 안되는것을 깨닳았다.

Data Class

일단 첫번째로 data class가 무엇인지 알아보자.

Data Class는 일반 클래스와 달리, 위에서 말했다 싶이 데이터 보관 목적으로 만든 클래스이고, 다양한 메서드를 자동 생성해주는 클래스이다.

Data Class 생성시 만들어지는 메서드로는

• hashCode()
• copy()
• equal()
• toString()
• componentsN()

이렇게 있고, 또한 여러개의 특징을 가지고 있다.

• 기본 생성자에 1개 이상의 val, var를 붙힌 파라미터가 있어야한다.
• 다른 클래스를 상속할 수 없다. (sealed 클래스 상속 가능, 인터페이스 구현 가능)
• abstract, open, sealed, inner 등의 키워드를 붙힐 수 없다.
• 자동으로 생성한 메서드를 오버라이딩 할 경우, 오버라이드 된 메서드를 사용한다.

Entity Dirty Check

Dirty Check은 Entity를 스냅샷을 찍어 변경된 부분이 있으면 말 그대로 변경된것이 있으면 알아서 데이터를 수정해주는것을 의미한다.

Entity를 Data Class로 지정해서 클래스를 만들면 hashCode(), equal() 메서드가 Hibernate의 Dirty Check 검사 메커니즘의 요구와 호환되지 않아 Dirty Check가 불가능 하다.

또한 equal() 메서드는 객체의 모든 필드 속성이 동일한지 비교하지만 Hibernate는 기본 키 필드만 비교한다. 이렇게 모든 필드의 속성이 동일한지 확인할 수 있으므로 성능 문제가 발생 할 수 있다.

지연 로딩

지연 로딩은 객체를 필요한 시점에 연관된 객체의 데이터를 불러오는것이다. 지연로딩의 반대는 즉시 로딩으로 데이터를 조회할때 연관된 객체의 데이터를 한번에 불려오는것이다. 즉시 로딩으로 연관된 객체를 불러오면 속도는 빠르겠지만 불러놓고 쓰지 않으면 메모리만 소비 된다는 단점이 있다.

@Entity
public class Member {

    @Id
    @Column(name = "member_id")
    private String id;

    private String name;

    private int age;

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


// 지연 로딩 실행 코드
Member member = em.find(Member.class, "member1");
Team team = member.getTeam(); // 객체 그래프 탐색
team.getName(); // 팀 객체 실제 사용

위의 지연 로딩을 사용한 코드를 예로 보자면 Entity Manger를 이용해서 member를 조회 할때 member1만 조회하고 team은 조회하지 않는다. 대신에 객체를 상속을 이용해서 proxy 객체를 만들어 조회한다.

위에서 말했다 싶이 Data Class는 상속이 불가능하다! 상속을 하기 위해서 open 키워드를 붙힐 수도 없다!

이 때문에 Entity에 Data Class를 사용한다면 지연로딩이 불가능하다.