스티브의 데이터 모델링: 버전 관리 전략 마스터하기
소개:
이 블로그에서는 데이터 모델링에서 레코드 버전 관리를 다루는 두 가지 접근 방식을 살펴보며, 레코드와 그 하위 레코드의 여러 버전을 효율적으로 관리하는 통찰과 전략을 드립니다.
이런 전략은 버전 관리가 중요한 개체 모델을 다루는 설계자에게 꼭 필요합니다.
레코드 버전 관리 접근 방식 이해하기
레코드 버전 관리에는 크게 두 가지 접근 방식이 있습니다.
- 동등 레코드 방식
- 하위 버전 방식
각 방식을 더 깊이 살펴보며 구현, 장점, 단점을 이해해 보겠습니다.
동등 레코드 방식
동등 레코드 방식에서는 레코드의 각 버전을 최상위 개체 아래에 별도의 동등한 레코드로 만듭니다. 이 방법은 간단하며, Salesforce가 기회 아래에 견적을 구현한 방식이 좋은 예입니다.
구현:
각 버전은 최상위 개체 아래의 별도 레코드입니다.
레코드 하나를 기본으로 표시할 수 있지만, 모든 버전이 목록 보기, 관련 목록, 보고서에 보입니다.
장점:
- 간단하고 쉽게 구현할 수 있습니다.
단점:
- 모든 버전이 보여서 서로 구별하기 어렵습니다.
- 버전 사이에 명확한 연결이나 감사 추적이 없습니다.
제대로 강제하지 않으면 기본 레코드나 진행 중인 레코드가 여러 개 생길 수 있습니다.
하위 버전 방식
하위 버전 방식은 두 단계의 개체를 만듭니다. 최상위 상위 개체와 버전마다의 하위 개체입니다. 이 방식은 깔끔한 버전 관리와 변경 기록 체계를 가능하게 합니다.
구현:
- 최상위 개체가 구성을 나타내고, 하위 개체가 각 버전을 나타냅니다.
- 각 하위 버전은 자동으로 번호가 매겨지고 상태(예: 보관됨, 활성, 대기 중)를 가집니다.
- 활성 버전은 잠겨서 운영에 쓰이고, 초안 버전은 편집할 수 있습니다.
- 초안을 활성화하면 그것이 활성이 되고, 이전 활성 버전은 보관됩니다.
장점:
- 명확한 감사 추적과 이력 기록을 남깁니다.
- 한 번에 활성 버전이 하나만 있도록 보장합니다.
- 보관된 레코드는 변경되지 않은 이력 기록이 됩니다.
단점:
- 일부 사용자에게는 복잡해 보일 수 있지만, 플로우 같은 중요한 프로세스에는 필요합니다.
Salesforce 구현 예
Salesforce는 플로우에서 비슷한 방식을 구현합니다. Salesforce에는 최상위 플로우 개체가 있고 그 아래 하위 플로우 버전이 있습니다. 각 버전은 자동으로 번호가 매겨져, 각 플로우와 생성일, 활성화일에 대한 자세한 이력을 남깁니다.
이 구현으로 한 번에 플로우 하나만 활성 상태가 되어, 믿을 수 있고 효율적인 버전 관리 메커니즘이 됩니다.
섹션 5: 결론
레코드 버전 관리에 알맞은 방식을 이해하고 고르는 것은 데이터 모델링에서 매우 중요합니다. 동등 레코드 방식은 간단하지만, 하위 버전 방식은 더 많은 통제와 효율적인 감사 추적을 제공합니다. Salesforce의 구현을 공부하고 자신의 데이터 모델링 과제를 고려하면, 요구에 가장 잘 맞는 방식을 고를 수 있습니다.
계속 지켜봐 주세요!
더 많은 통찰과 팁은 이곳 www.SteveTechArc.com과 YouTube 채널 @SteveTechArc (opens in a new tab)에서 확인하십시오. 구독하고 저희와 함께 데이터 모델링 실력을 키우십시오!
동료 아키텍트와 아키텍트의 길을 걷는 분들에게 멋진 생각을 나누며 세상을 바꾸는 데 힘을 보탭니다!
STA 2.1