대체 데이터 액세스 패턴을 저장소로

Question

내 도메인에 뿌리/개체를 집계하지 않는 특정 개체가 있지만 아직 데이터베이스에서 개체를 검색해야합니다. 나는 이런 것들을위한 저장소를 만들어서 물건들을 혼란스럽게하고 싶지 않다. 대체 데이터 액세스 패턴은 무엇입니까? 물론 인터페이스를 분리하면서도 간단하게 DAO를 만들 수 있습니까?

편집 :

내가 뭘하는지에 대한 좀 더 세부 사항. 코드를 만들어야합니다. 이 코드에는 형식에 대한 특정 규칙이 있습니다. 규칙 중 하나는 마지막 문자가 생성 된 마지막 코드에서 하나씩 증가하는 고유 번호 여야한다는 것입니다. 예를 들어 :

ABCD1 그래서 ABCD2 ABCD3

, 나는 문제의 번호를 저장 한 행, 한 열이있는 테이블을 유지하고있다. 이제는이 숫자를 엔티티로 간주하고 저장소를 만들지 않으려 고합니다. 과도 함입니다. 번호를 가져 와서 1을 더하고 저장하는 방법이 필요합니다. 내가 할 수있는 수많은 방법이 있다는 것을 알고 있지만, 관습적인 방법이 있는지 궁금해하고 있습니다.

Answer 1

옵션을 살펴본 후 테이블 게이트웨이 패턴을 사용할 것입니다.

Answer 2

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

더 이상의 세부 정보가 없으면 Martin Fowler's Patterns of Enterprise Application Architecture 도서를 고려해 볼 것을 제안 할 수 있습니다.

편집 : 일반적인 방법? 아니요, 제가 생각할 수있는 것은 아닙니다. 도메인에서이 고유 한 코드를 사용하는 위치와 방법에 따라 달라집니다. 내가이 일을하고 있었다면 아마도 데이터베이스와 직접 대화하여 저장소와 같이 무거운 무게가 아닌이 기능을 수행 할 수있는 작은 서비스를 만들었을 것이다.

Answer 3

편집 기준 : 먼저 해당 코드를 만들어야하는 상황을 살펴볼 것입니다. 아마도 몇 가지 관련 항목이나 누락 된 항목이있을 수 있습니다.

btw, 나는 특정 기능을 코딩하는 동안 종종 시간이 지남에 따라 흥미로운 질문을 찾습니다. 나는 대개 시나리오에서 뭔가를 놓친다는 것을 알게되고 정상적인 저장소 패턴에 잘 맞는다.