0

질문 CQRS Read Model Design when Event Sourcing with a Parent-Child-GrandChild… relationship로부터 다음과 같습니다 가구 회사 :이벤트 소싱 SQL 채우기 부모와 자식 표

우리는 예에서 SQL 서버 2016와 함께 이벤트 소싱을 활용한다.
(1) 우리는 부모와 자식 테이블이 있습니다. FurnitureDescriptionTable, (모든 가구 항목의 부모 테이블 설명) 및 FurnitureOrders (어린이 - 여러 고객 주문, FurnitureDescription 테이블 참조)를 말하십시오. 이들 사이의 조인 열은 SQL의 Guid 또는 Integer Identity 여야합니까?

(2) Guid, API 또는 SQL을 누가 생성합니까? 어떤 이유?

답변

0

기본/외래 키에 필요한 유형을 선택하는 것이 RDBMS 세계에서 알려진 문제입니다. 간단한 인터넷 검색이 도움이 될 것입니다. 하지만 여전히 :

가이드는 일반적으로 응용 프로그램 측면에서 수행됩니다. 이 옵션은 명령 처리기가 ID를 포함하여 완전한 도메인 객체를 생성 할 수있을 때 널리 사용됩니다 (CQRS를 참조하기 때문에). 그렇지 않으면 고유 한 ID 생성기가 필요합니다. 이는 사소한 문제 일 수 있지만 오라클 시퀀스 사용과 같은 일부 데이터베이스에서는 여전히 가능합니다.

숫자는 일반적으로 데이터베이스 생성 ID 용으로 선택됩니다. 그런 다음 새 ID는 행이 테이블에 삽입 될 때만 알 수 있습니다. 이벤트 소싱 시나리오의 경우 읽기 전용으로 삽입하기 때문에 옵션이 아니지만 쓰기 측에 객체가 만들어집니다.

+0

난 내 질문을 너무 단순하게 생각, 여기 stackoverflow 권장 새로운 질문을 배치, 이번에는 우리가 쓰기 이벤트 저장소에 관계가 100s, https://stackoverflow.com/questions/46289332/event-sourcing- and-sql-multiple-relational-tables – AppleBook89