종속성의 세분성

이전 예에서 사용된 선례 데이터 항목은 의도적으로 모호하게 작성되었습니다. "개인 세부사항"이라는 용어는 상당히 많은 개별 데이터 필드(예: 생년월일/사망년월일, 인구 통계 등)를 포함할 가능성이 매우 큽니다. 종속성 관리자는 종속 항목과 선례 사이에 저장된 종속성의 의미에 대해 알거나 관심이 있지 않습니다. 종속성 관리자의 클라이언트가 이러한 종속성에 의미를 부여하고 적절한 세분성으로 종속성을 저장합니다.

다음과 같은 두 극단 사이에서 허용되는 절충안을 찾기 위해 세분성을 선택합니다.

종속성 관리자의 클라이언트 디자이너가 이러한 절충안을 고려하고 종속성 관리자에 저장할 종속성 정보의 레벨을 합리적으로 선택해야 합니다.

예를 들어, 시스템이 청구인에 대해 다음과 같은 개인 세부사항을 기록한다고 합시다(실제 시스템에서는 "개인 세부사항"으로 간주되는 필드가 더 많을 수 있음).

매우 세밀한 종속성 세트는 케이스의 자격이 생년월일과 자녀 수에 종속되지만 모친의 처녀 적 성(계산 중에 액세스되지 않으므로)에는 종속되지 않음을 표시합니다.

표 1. 세밀한 종속성 행렬 예제
선례 케이스 127의 자격
Frank의 생년월일 X
Frank의 자녀 수 X
Frank 모친의 본래 성  

이 상세한 종속성 스토리지를 사용하면 많은 행을 저장하게 됩니다. 그러나 생년월일 및/또는 자녀 수가 변경되는 경우에만 케이스의 자격이 다시 계산되도록 트리거됩니다. 모친의 본래 성에 있던 오자가 정정되어도 케이스 자격 다시 계산이 트리거되지 않습니다.

대조적으로 매우 포괄적인 종속성 세트는 케이스의 자격이 전체 개인 세부사항에 종속되는 훨씬 간단한 레코드를 표시합니다.

표 2. 포괄적인 종속성 행렬 예제
선례 케이스 127의 자격
Frank의 개인 세부사항 X

이 포괄적인 종속성 스토리지는 보다 적은 수의 종속성 레코드를 저장하지만 모친의 처녀 적 성에 있던 오자가 정정되면 전체 개인 세부사항이 변경되므로 케이스 자격을 다시 계산하도록 트리거됩니다. 그러나 다시 계산을 수행하면 계산 결과가 변경되지 않았음이 표시됩니다.