버전이 지정된 엔터티에 대한 모범 사례?

Question

좋은 오후에요,

저는 현재 .Net으로 작성되고 데이터 지속성/저장을 위해 Entity Framework를 사용하는 새 프로젝트의 초기 단계에 있습니다.필요한 기능 중 하나는 특정 모델 유형을 '버전화'하는 기능입니다.예:하나의 모델은 n개의 '요구사항 버전'을 갖는 하나의 '요구사항'이며, 기본적으로 특정 '요구사항' 인스턴스의 기록/라이프사이클로 돌아갈 수 있는 방법이 있습니다.모든 개정판에서 정적으로 유지되어야 하는 유일한 것은 'ID'이며, 그 밖의 모든 것은 요구 사항의 수명 동안 절대적으로 변경 가능합니다.

이제 질문은 Requirement >> RequirementVersion 간에 1:n 관계를 '단순히' 만들어야 합니까?필요한 다른 기능으로는 이전 상태를 현재/최신 상태로 완전히 되살릴 수 있는 가능성, 부 버전과 주요 버전(변경 사항) 등을 가질 수 있는 기능, 그리고 마지막으로 전체에 걸쳐 '기준선'을 생성하는 기능이 있어야 합니다. 나중에 해당 특정 기준으로 돌아가서 포함된 모든 RequirementVersions를 표시하기 위한 최신 버전의 요구 사항 모음?

이는 각각 수천 개의 수정본이 있는 수백만 개의 요구 사항 레코드로 확장되어야 합니다.그래서 특별히 묻는 거야..단순한 1:n 관계의 확장 측면 등

버전 관리/기준 설정 등과 관련하여 비슷한 작업을 수행한 사람이 있거나 몇 가지 제안/모범 사례 등을 수행한 사람이 있습니까?

건배 & 감사, -Jörg

Answer 1

이는 각 요구 사항에 포함된 데이터 양에 따라 달라집니다.

요구 사항에 큰 필드가 있는 경우(예:요구 사항 설명).

1. 요구 사항 자체가 아닌 필드 버전을 지정하고 싶을 수도 있습니다.불행하게도 Entity Framework를 처리하는 쉬운 방법은 없는 것 같습니다.
2. 다른 솔루션(CMS에 대해 이 작업을 수행함)은 요구 사항 및 요구 사항 설명에 대해 별도의 테이블을 갖는 것입니다.따라서 결과적으로 RequirementVersions 및 RequirmentDescriptionVersions가 생성됩니다.

요구 사항이 충분히 작으면 요구 사항 >> RequirementVersion을 사용할 수 있습니다.대부분의 경우 데이터가 크게 증가하지 않으며 특히 SQL2008 압축을 활용할 수 있습니다.