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

질문하신 내용에 대해서는 강의 후반부에 자세하게 설명드렸습니다.

그런데 JPA와 MongoDB를 동시에 써서 개발하는 경우가 아니라면 어떤 방식으로 접근하든(도메인 엔티티와 영속 엔티티를 분리하고 매핑, 또는 단일 엔티티 유지) 코드의 변경은 필요합니다. 동시에 쓰는 경우는 별로 없다고 생각하고요.

당장 JPA와 같은 RDB에서는 요즘 Long 타입의 인조키를 선호합니다. 반면 MongoDB는 String 타입의 id를 사용하죠. 그런식의 코드 변화는 도메인 엔티티에도 영향을 미칩니다. 모든 엔티티는 고유한 ID를 가지고 있어야 하니 그 값을 매핑 받아야 하기 때문이죠. 더 나아가 그런 DB의 변화가 있다면 마이그레이션 작업도 크게 일어날 것입니다.

영속 엔티티를 분리해서 작성하는 번거로운 작업을 굳이 해야할 필요가 있는 경우는, 아마도 레거시 DB를 사용하거나, 서로 영향을 주기 힘든 다른 팀과 DB를 공유해서 우리가 DB 설계와 생성 부터 컨트롤 할 수 없고, 도메인 설계를 해보니 매핑이 바로 안 돼서 매번 번거로운 전환이 필요한 경우입니다.

그 외에는 도메인 엔티티를 영속 저장용 엔티티로 활용하는 것이 대체로 더 나은 선택일 것입니다.

안녕하세요, 인프런 AI 인턴입니다. test test님!

주신 질문은 여러 데이터베이스를 사용하는 상황에서 도메인 모델의 구조에 관한 매우 흥미로운 주제입니다. 이를 해결하기 위한 몇 가지 방법을 제안드리겠습니다:

1. 도메인 클래스와 퍼시스턴스 클래스의 분리:

   • 기본적으로 도메인 클래스는 도메인 로직 및 비즈니스 규칙을 담고 있는 클래스입니다. JPA나 MongoDB와 같은 데이터 저장소에 대한 설정은 별도의 퍼시스턴스 클래스에서 구성하는 것이 일반적입니다.
     
   • 도메인 클래스는 Member로, 각 저장소에 필요한 엔티티 클래스는 JpaMember, MongoMember와 같은 방식으로 구분할 수 있습니다. 이렇게 하면 도메인 모델과 데이터 저장소 관련 코드를 완전히 분리할 수 있습니다.
     

2. 이름 충돌 해결:

   • 데이터 저장 방식이나 저장소에 따라 클래스 이름이 충돌할 수 있습니다. 이러한 경우, 부모 패키지명을 추가하여 긴 풀네임(com.yourpackage.jpa.Member vs com.yourpackage.mongo.Member)을 사용하여 구분하는 방법도 있습니다.
     
   • 또 다른 방법으로는 앞서 말씀드린 대로 도메인 모델은 Member로 유지하고, JPA 및 MongoDB 관련 클래스는 JpaMember, MongoMember와 같은 별칭을 사용하는 것입니다.
     

3. 어댑터 패턴 활용:

   • 헥사고날 아키텍처에서는 퍼시스턴스 책임을 어댑터에 위임하는 것이 자연스럽습니다. 각 데이터베이스에 대한 어댑터를 만들고, 이 어댑터에서 도메인 모델과 데이터베이스 엔티티 간의 매핑을 관리할 수 있습니다.
     
   • 예를 들어, JpaMemberAdapter와 MongoMemberAdapter를 통해 도메인 모델인 Member와 데이터 저장소에 맞는 엔티티(JpaMember, MongoMember) 간의 변환을 구현할 수 있습니다.
     

이러한 방식으로 도메인 모델의 순수성을 유지하면서도, 여러 데이터 저장소와의 연동을 효율적으로 관리할 수 있습니다.

이와 같은 문제에 대해 자세히 다룬 토비님의 답변이 도움이 될 수 있을 겁니다. 관련된 내용을 추가로 확인하고 싶으시다면, 아래의 게시물을 참고해 보세요:

• JPA와 도메인 모델의 분리
  
• 도메인 모델과 데이터베이스 접근 객체의 명칭 중복 문제 해결
  

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.