인프런 커뮤니티 질문&답변

안녕하세요, Truestar님! 질문 올려주셔서 감사드립니다! 😊

저도 사용해보지 않은 방식이라 정확한 가이드를 드리기는 어렵겠지만, 왜 현재 필드가 나오고 있는지 정도는 설명드려 보겠습니다.

사용하신 방법은 이렇습니다.

코틀린에서 제공하는 클래스 위임을 이용해, 한 Entity의 field들을 다른 클래스가 갖고 있게한다.

클래스 위임을 사용하게 되면 다음과 같이 compile이 되게 됩니다. (직접 확인해보셔도 좋을 것 같아요!)

@Entity
A : Nameable by Named(name)

-->

@Entity
public class A {
  private Nameable $$delegate;
  public A(String name) {
    $$delegate = new Named(name)
  }

  public String getName() {
    return this.name;
  }
}

자 그럼 위 상황에서 Hibernate은 A에 대한 column 구성을 어떻게 할까요?!

기본적으로 Hibernate은 아시다시피 필드를 기반으로 Table을 구성하게 됩니다. (@Transient 가 붙어 있지 않은 필드죠!) 어디보자~~ 어머 Nameable 필드가 있네요! 그런데 이 필드는 날짜, 숫자, 문자열 등이 아니고 @Embeddable로 구성되어 있는 nested 필드도 아닙니다. 따라서 이 필드는 column으로 옮기고 싶어도 옮길 수가 없죠~ 자 다음으로는... 필드가 없네요!

이렇게 동작하기 때문에 클래스 A는 자동 생성되는 테이블에 name 필드가 빠져 있게 되는 겁니다.

자 그렇다면 동작하게 만드는 방법이 있을까요?!

네! 있긴 있습니다... 이 getter에 @Column 어노테이션이 올 수 있도록 intereface 쪽에서 @get:Column 을 적절히 달아주고 JPA의 옵션 중 하나인 '프로퍼티 접근'을 사용하면 됩니다.

(프로퍼티 접근 참고 자료 : https://velog.io/@cmsskkk/JPA-Access 제가 작성한건 아니고 인터넷에 잘 정리되어 있어 가져왔어요!! ㅎㅎㅎ)

@Entity
@Access(AccessType.PROPERTY)
A : Nameable by Named(name)

// 인터페이스에도 column 추가
interface Nameable {
  @get:Column(columnDefinition = "varchar(20)", nullable = false, updatable = true, name = "name")
  var name: String
}

자 이렇게 되면, Hibernate가 필드를 구성할 때 프로퍼티, 즉 getter를 보고도 column을 만들기 때문에 name이라는 DDL이 정상적으로 확인 되실겁니다. (setter도 있으니 조회할 때 값이 올바르게 매핑 될 것도 같고요.. 물론 확인은 필요합니다)

다만, 위의 자료에서 확인하실 수 있는 것처럼 "프로퍼티 접근"은 지양해야 하는 방법 중 하나입니다! 🥺

또한 JPA가 Kotlin의 "위임 패턴"을 잘활용할 수 있는 기술은 아니다보니 이러한 mix-in 형태를 갖는 것에는 어려움이 있을 것 같아요! 만약 한 Entity를 여러 객체로 적절히 분리하고 싶은게 목표셨다면 (DDD 느낌 처럼..) 적절한 @Embeddable 으로 분리해보는 것도 좋을 것 같습니다.

예를 들어 위의 예제는 다음과 같이 분리할 수 있습니다.

@Embeddable
class Named(
  override var name: String,
) : Nameable

@Entity
class A(name: String) {
  @Embedded
  private val name = Named(name)
}

이러한 방법은 위임만 사용하지 않았을 뿐이지, 한 Entity가 적절한 다른 값 객체로 분할되고, 해당 값 객체는 다양한 엔티티에서 여전히 재활용 가능하다는 특징이 있습니다. 😊

제 답변이 도움이 되었으면 좋겠습니다.

감사합니다!! 🙇