domain 모듈에 entity를 정의한다고 했을때

안녕하세요. 궁금한게 있어서 질문 드립니다.

domain 패키지에 entity를 위치 한다고 했을때 주석이라고 말씀하신 어노테이션 JPA @Entity를 만들어서 Member로 정의
그리고 mongo DB도 필요해서 @Document를 정의해서 domain 패키지에 위치 시켜 Member로 정의
이처럼 같은 도메인이 서로 다른 DB로 사용 될때 어떻게 도메인으로 정의해야할지 궁금합니다.
그리고 이름이 중복되는 현상도 발생하기도 합니다. 그렇다고 OracleMember, MongoMember로 지을수도 없는것같습니다.

제 생각은 Member라는 도메인이 Domain 패지키에 별도로 나와서 adapter 안에 JPA Persistent의@Entity로 정의된 클래스와
Mongo Persistent의 @Document로 정의된 클래스가 위치 되어야한다고 생각하는데 어떤 의견이신지 궁금합니다.

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

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

도메인 클래스와 퍼시스턴스 클래스의 분리:
- 기본적으로 도메인 클래스는 도메인 로직 및 비즈니스 규칙을 담고 있는 클래스입니다. JPA나 MongoDB와 같은 데이터 저장소에 대한 설정은 별도의 퍼시스턴스 클래스에서 구성하는 것이 일반적입니다.
- 도메인 클래스는 Member로, 각 저장소에 필요한 엔티티 클래스는 JpaMember, MongoMember와 같은 방식으로 구분할 수 있습니다. 이렇게 하면 도메인 모델과 데이터 저장소 관련 코드를 완전히 분리할 수 있습니다.
이름 충돌 해결:
- 데이터 저장 방식이나 저장소에 따라 클래스 이름이 충돌할 수 있습니다. 이러한 경우, 부모 패키지명을 추가하여 긴 풀네임(com.yourpackage.jpa.Member vs com.yourpackage.mongo.Member)을 사용하여 구분하는 방법도 있습니다.
- 또 다른 방법으로는 앞서 말씀드린 대로 도메인 모델은 Member로 유지하고, JPA 및 MongoDB 관련 클래스는 JpaMember, MongoMember와 같은 별칭을 사용하는 것입니다.
어댑터 패턴 활용:
- 헥사고날 아키텍처에서는 퍼시스턴스 책임을 어댑터에 위임하는 것이 자연스럽습니다. 각 데이터베이스에 대한 어댑터를 만들고, 이 어댑터에서 도메인 모델과 데이터베이스 엔티티 간의 매핑을 관리할 수 있습니다.
- 예를 들어, JpaMemberAdapter와 MongoMemberAdapter를 통해 도메인 모델인 Member와 데이터 저장소에 맞는 엔티티(JpaMember, MongoMember) 간의 변환을 구현할 수 있습니다.

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

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

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

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