저장소에 대한 대체 데이터 액세스 패턴

Question

내 도메인에 뿌리/엔티티가 집계되지 않은 특정 객체가 있지만 여전히 데이터베이스에서 검색해야합니다. 나는 이들에 대한 저장소를 만들어 사물을 혼동하고 싶지 않습니다. 그렇다면 대체 데이터 액세스 패턴은 무엇입니까? 물론 인터페이스를 분리하는 동안 간단히 그들을 위해 dao를 만들 수 있습니까?

편집하다:

내가하는 일에 대한 자세한 내용. 코드를 만들어야합니다. 이 코드에는 형식에 대한 특정 규칙이 있습니다. 규칙 중 하나는 최종 문자가 생성 된 마지막 코드에서 단위로 증가한 고유 한 숫자 여야한다는 것입니다. 예를 들어:

ABCD1 ABCD2 ABCD3

따라서 문제의 번호를 저장하기 위해 하나의 열, 하나의 열이있는 테이블을 보관하고 있습니다. 이제이 숫자를 엔티티로 고려하고 그에 대한 저장소를 만들고 싶지 않습니다. 그것은 과잉입니다. 숫자를 검색하고 1을 추가하고 저장하는 방법이 필요합니다. 나는 내가 할 수있는 수많은 방법이 있다는 것을 알고 있지만, 관습적인 방법이 있는지 궁금합니다.

Answer 1

옵션을 조사한 후 테이블 게이트웨이 패턴으로 가고 있습니다.

Answer 2

이론적으로 적용 할 수있는 몇 가지 데이터 액세스 패턴이 있습니다. 우리가 특정 패턴을 제안하기를 원한다면 더 자세한 내용을 제공해야합니다.

더 자세한 내용없이, 내가 제안 할 수있는 것은 조사를 고려하는 것입니다. Martin Fowler의 엔터프라이즈 애플리케이션 아키텍처 패턴 책.

편집 : 관습적인 방법? 아니요, 내가 생각할 수있는 것은 아닙니다. 실제로이 고유 한 코드를 도메인에서 어디서 어떻게 사용하고 있는지에 달려 있습니다. 내가이 작업을 수행한다면, 아마도이 기능을 수행하기 위해 데이터베이스에 직접 말하는 작은 서비스를 만들 수 있습니다. 저장소만큼 무거운 체량이 아니라 당면한 문제에 매우 집중했습니다.

Answer 3

편집을 기반으로 : 먼저 해당 코드를 작성하는 데 필요한 컨텍스트를 살펴 봅니다. 아마도 관련된 엔티티 나 당신이 놓친 것들이있을 것입니다.

BTW, 나는 특정 기능을 코딩하는 동안 때때로 나타나기 때문에 질문이 정말 흥미 롭습니다. 나는 보통 시나리오에서 무언가를 놓치고 있다는 것을 알게되며 정상적인 저장소 패턴과 잘 어울린다.