메타데이터·표준·마스터·계보

1. 같은 고객을 모았는데 거래금액이 늘어났다

두 창구의 거래를 합쳤을 뿐인데 총액이 350에서 450으로 늘었다. 원거래의 금액은 아무도 고치지 않았다. 한 원천 고객번호가 두 통합 고객에 동시에 연결되어 같은 거래가 두 번 들어간 것이다.

앞 절은 값이 목적에 맞는지 측정하고 개선하는 체계를 설명했다. 이번에는 그 측정과 해석의 바탕인 이름의 뜻, 대상의 식별, 적용 시점, 만들어진 경로와 책임을 관리한다. 원천마다 이름을 한글로 바꾸거나 모든 자료를 한 곳으로 복사한다고 이 문제가 해결되지는 않는다.

이 절의 MD-C1·MD-H1·MD-L1 자료와 조직은 모두 설명을 위해 만든 가상 사례다. 실제 고객의 개인정보, 기관의 품질 측정 또는 운영 시스템을 통합한 결과가 아니다.

값의 설명과 값 자체를 구분했다

데이터·정보·메타데이터·모델에서 메타데이터는 뜻·구조·단위·출처·시각·소유자와 품질을 설명하는 데이터였다. 데이터 요구사항·업무규칙·용어: 무엇을 사실로 남길 것인가의 업무 용어사전과 데이터 사전은 각각 업무의 말과 실제 항목의 표현을 명세했다. 이번에는 그 정의를 반복하지 않고 시스템 사이에서 같은 의미를 유지하는 관리로 연결한다.

품질과 이력의 질문을 이어받는다

품질차원·규칙·측정·개선체계의 품질관리는 용도·규칙·측정·원인·개선·재측정의 증거를 연결했다. 데이터 요구사항·업무규칙·용어: 무엇을 사실로 남길 것인가에서는 현재 고객주소와 과거 주문의 배송지가 서로 다른 사실이므로 현재값 변경으로 과거 사실을 덮지 않았다. 여기서는 같은 원리를 통합 식별자와 기간별 분류에 적용한다.

의미와 연결의 기준을 유지한다

메타데이터·계보·마스터 관리는 데이터의 의미·식별·유효시점·변환·책임을 연결하고 여러 업무가 참조하는 핵심 기준정보를 통제하는 체계다. 이 절은 이미 배운 메타데이터를 포함한 관리 범위를 가리키며, 메타데이터 자체는 앞서 배운 정의를 사용한다.

쉽게 말하면 “이 값은 누구의 무엇이고 언제의 값이며 어떤 자료에서 어떤 처리로 만들어졌는가”에 답을 붙이는 일이다. 기준의 존재와 실제 데이터가 그 기준을 지키는지는 따로 확인한다. 원문의 메타데이터·버전·출처 관리 원리를 사례에 적용한 종합이지 하나의 표준이 이 절의 모든 절차를 그대로 의무화한 것은 아니다. [MD-S1]

전체 지도: 뜻·대상·시간을 경로에 붙인다

상자 안의 대상과 화살표의 조건을 함께 읽으세요. 좁은 화면에서는 같은 관계를 세로로 재배치한 도식을 보여 줍니다.

업무 목적에서 용어·항목·코드의 뜻과 담당을 정한다. 점선은 뜻의 관리 연결이고, 원천 ID↔통합 ID는 근거를 가진 대응 관계다. 실선으로 표시한 원천·대응·기간 기준을 명시한 변환에서 사용하여 결과와 보고서를 만든다. 실행·출처·책임·품질 증거는 결과에서 입력까지 역추적하며 연결 존재와 실제 정확성은 별도로 확인한다.

윗부분은 같은 말을 같은 뜻으로 읽게 하고, 가운데는 어떤 대상을 가리키는지 맞춘다. 아랫부분은 결과가 만들어진 과정을 설명한다. 연결선이 그려져 있다는 사실만으로 실제 변환이 실행되었거나 결과가 정확한 것은 아니다.

표준은 이름을 같게 만드는 것보다 뜻을 맞추는 일이다

사전의 금액을 모든 파일에서 같은 이름으로 바꾸기 전에 세금 포함 여부, 통화·단위, 거래 시점과 환불 포함 여부를 정한다. 이 사례의 거래금액은 원 단위 정수이고 할인·세금·환불은 제외한다고 명시한다. 회원이 사람인지 계정인지 계약인지 다르면 이름이 같아도 같은 대상을 세지 않는다.

항목은 업무 용어의 정의에 연결하고, 코드값은 뜻·적용기간·담당과 함께 관리한다. 날짜는 달력 날짜인지 특정 시간대의 시각인지 구별한다. 새 버전이 나왔을 때 이름만 고치는 것이 아니라 기존 값과 변환·검사·소비자가 어떤 의미를 기대하는지 확인한다.

사람이 읽는 설명과 기계가 처리할 구조·표현을 함께 명시하되, 모든 조직에 하나의 명명 규칙이나 코드값을 강요하지 않는다. [MD-S1]

세 종류의 기록이 답하는 질문

세 산출물의 기본 정의는 데이터 요구사항·업무규칙·용어: 무엇을 사실로 남길 것인가 절의 정의를 재사용한다. 여기서는 용어 v1·항목 v1·코드 v1이 서로 일치하는지와 누가 변경하는지를 관리한다. 현재 고객분류와 거래 당시 분류를 같은 category로 합치면 표준화된 이름 아래 서로 다른 사실이 섞인다.

문서가 최신이라도 수집기가 옛 단위를 보내면 값의 의미는 어긋난다. 사전 변경 시점과 실제 입력·변환 판본을 함께 추적한다.

2. 거래, 핵심 대상, 분류 목록을 구별한다

마스터데이터(master data)는 여러 업무에서 공통으로 참조하는 고객·상품·조직 등 핵심 업무 대상의 기준정보다. 참조데이터(reference data)는 다른 데이터를 분류하거나 허용값을 해석하기 위해 사용하는 코드·분류 등의 기준 목록이다. [MD-S2]

아래에서 사용하는 MDM은 마스터데이터 관리(Master Data Management)의 약어다.

고객 M01의 식별과 명칭은 마스터에, 고객분류 A/B의 뜻은 참조데이터에 해당한다. M01이 100원을 거래한 사실은 거래 기록이며, 그 열이 원 단위라는 설명은 메타데이터다. 문맥에 따라 관리 범주가 겹칠 수 있어도 이 사례에서 각 기록이 맡는 질문은 구별한다.

마스터라고 절대로 바뀌지 않는 것은 아니다. 고객명·주소·분류가 변할 수 있고, 참조 코드도 새로 생기거나 사용이 끝날 수 있다. 따라서 현재값만이 아니라 변경 근거와 적용기간을 결정해야 한다.

동일한 대상인지 판정하고 번호를 대응시킨다

레코드 매칭(record matching)은 서로 다른 기록이 동일한 업무 대상을 가리키는지 정한 근거와 규칙으로 판정하는 과정이다. 식별자 대응표는 원천 시스템의 식별자와 통합 식별자 사이의 연결 및 그 근거·상태를 기록한 표다.

이 사례는 이름이 같다는 이유만으로 두 기록을 합치지 않는다. 각 원천에서 확인한 대상 식별 근거를 담당자가 대조하고 확정·보류·기각을 구분한다. 자동 매칭 점수가 높다는 주장만 있고 실제 비교 속성·오류 영향이 없으면 확정 근거로 쓰지 않는다.

기업의 MDM은 통합·중복 검토·차이 조정과 책임을 함께 다룬다. 다음의 대응표와 판정 상태는 이를 설명하기 위한 자체 설계이며 특정 제품의 자동 매칭 결과가 아니다. [MD-S2]

MD-C1: 거래 3건과 승인된 대응 3개

가상 입력 TX-v1은 아래 세 거래의 전체 집합이다. 거래 ID는 서로 다르며 각 금액은 한 번만 합산한다.

기준 MAP-v1은 다음과 같다. web:R01과 counter:S007이 같은 대상이라는 별도의 확인 근거가 존재한다고 가정한다. 독자가 이름에서 추론하거나 실제 인물을 찾아 확인한 결과가 아니다.

원천 식별자의 범위는 (원천, 원천 고객 ID)의 조합이다. 다른 원천이 우연히 R01을 사용해도 자동으로 같은 고객이 되지 않는다. 이 절의 대응 규칙은 정한 판본에서 각 원천 식별자에 확정 대상이 정확히 하나 있어야 한다는 것이다.

바른 대응은 거래를 합칠 뿐 늘리지 않는다

T1은 M01에 100, T2는 M01에 200, T3는 M02에 50을 연결한다. 결과는 M01=300, M02=50, 전체=350이다. 서로 다른 두 거래를 같은 고객에 연결한 것이므로 거래 T1과 T2 자체를 중복으로 삭제하지 않는다.

검사는 원천 거래 수 3, 출력 거래 연결 수 3, 거래별 한 대상 대응과 총액 350을 함께 확인한다. 총액 하나만 같은 경우에도 잘못된 고객에게 금액이 배정되었을 수 있으므로 거래별 대응을 대조한다.

“고객을 통합한다”와 “동일 거래의 중복 전송을 제거한다”는 다른 작업이다. 앞 절 QD에서 재전송 한 행을 제외한 판단을 이 세 거래에 그대로 적용하면 정상 거래를 잃을 수 있다.

독립 변형: 대상 확인 근거와 원거래는 그대로인데 대응표의 마지막 행만 잘못 수정하여 web:R02 → M01로 만들었다고 하자. 출력 행 수·전체 금액·고객별 금액을 계산하고, 행 수와 전체 금액이 원본과 같으면 결과를 승인할 수 있는지 판단한다.

총액이 같아도 고객 대응이 틀린 이유 보기

해설: T1·T2·T3가 모두 M01에 붙어 출력은 3행, 전체 350원, M01=350원이며 M02에 배정된 거래는 없다. 행 수와 총액 검사는 통과해도 T3의 50원이 확인 근거와 다른 고객에 배정되었다. 따라서 원천 키별 대상과 고객별 결과를 다시 대조해야 한다. “합계 보존이면 정확하다”고 답했다면 승인된 대응 근거와 이 블록의 거래별 대응 검사로 돌아간다. 이 변형은 실제 고객의 동일성 근거가 달라진 상황과 구별한다.

대응 하나가 중복되면 같은 거래가 두 번 들어간다

오류 기준 MAP-bad는 MAP-v1에 (web, R01, M03)을 하나 더 넣은 것이다. 모든 대응을 붙이는 처리는 T1을 M01과 M03 양쪽에 연결하여 출력이 4행, 총액 450이 된다.

원거래의 100이 한 번 더 포함되었으므로 450−350=100이다. 같은 원천 키의 대응이 두 개일 때는 합계 계산 전에 모호한 대응으로 거부한다. 편한 첫 행을 골라 문제를 숨기지 않는다.

반대로 원천 키 X의 대응이 없다면 그 거래를 조용히 버려 낮은 합계로 보고하지 않는다. 미대응 건수·금액과 확인 책임자를 남기고, 완전한 고객별 결과라고 승인하지 않는다. 이 두 경우는 중복으로 늘어나는 오류와 누락으로 줄어드는 오류를 각각 보여 준다.

하나의 기준값을 선택하는 규칙도 속성마다 다르다

속성값 채택 규칙(survivorship rule)은 동일 대상으로 묶인 여러 기록의 값이 다를 때 기준값으로 채택할 값과 근거·우선순위·예외를 정한 규칙이다.

가령 표시명은 확인된 회원 원장의 값을 우선하고 연락처는 본인이 최근 확인한 값만 쓰도록 정할 수 있다. 이는 예시 정책이지 모든 조직의 정답이 아니다. 수신 시각이 더 늦다는 이유만으로 실제로 더 최신인 값이라고 판단할 수 없고, 빈 값이 명시적 삭제인지 미수집인지도 구별한다.

통합 ID 하나를 만들었다고 모든 속성의 정확성이 확정되지는 않는다. 출처·확인일·채택 이유를 잃지 않아야 잘못 합친 대상을 분리하거나 근거가 바뀐 값을 재검토할 수 있다. MDM의 불일치 조정을 특정한 무조건적 최신값 우선 정책으로 바꾸지 않는다. [MD-S4]

3. 지금 맞는 분류와 그때 맞았던 분류는 다를 수 있다

현재 고객분류로 지난 거래를 다시 분류할 것인지, 거래 당시 분류로 볼 것인지를 보고서 목적에서 먼저 정한다. 두 관점 모두 의미가 있을 수 있지만 같은 지표라고 섞으면 안 된다.

이 절의 MD-H1은 거래 날짜에 유효했던 고객분류를 사용한다. 날짜는 같은 업무 달력의 날짜이며 적용 구간은 시작 포함·끝 제외다. 끝이 없는 마지막 구간은 이후 날짜에도 이어진다. 이는 비교를 명확히 하기 위한 자체 규칙이며 세계의 모든 기간 규약이 아니다.

뒤늦게 수집한 거래라도 적재 날짜가 아니라 거래 날짜로 적용 구간을 찾는다. 과거값을 정정하는 경우에는 무엇을 정정한 것인지 새 판본과 이유를 남긴다. 판본과 변경 이력의 구별은 같은 결과를 다시 설명하는 데 필요한 근거다. [MD-S1]

MD-H1: 7월 1일은 어느 분류인가

거래일 2026-06-30은 A, 2026-07-01은 B다. 6월 30일 거래가 8월에 적재되었다고 B로 바꾸지 않는다. 정한 시작 포함·끝 제외 규칙 덕분에 경계 날짜가 두 구간에 동시에 들어가지 않는다.

자료를 읽을 때 대상 ID뿐 아니라 거래 시점·기준 판본도 함께 전달한다. “최신 마스터만 조회”하면 현재 관점의 보고는 가능할 수 있으나 이 사례의 거래 당시 분류 계약은 충족하지 못한다. 보고서에 현재 기준인지 당시 기준인지 표시해야 합계의 변화가 데이터 오류인지 분석 관점의 변화인지 구분할 수 있다.

기간이 겹치거나 비면 먼저 기준을 고친다

A의 끝을 7월 2일로 잘못 바꾸면 7월 1일은 A와 B 두 구간에 들어간다. 이때 프로그램이 정렬상 앞선 값을 택했다고 올바른 분류가 되는 것은 아니다. 한 대상·한 적용시점에 유효한 기준은 정확히 하나여야 한다는 MD-H1 규칙으로 겹침을 거부한다.

B의 시작을 7월 2일로 미루면 7월 1일은 어떤 구간에도 들어가지 않는다. 누락을 “기타” 코드로 바꾸기 전에 기타의 업무상 뜻과 허용 여부를 확인한다. 확인할 수 없는 분류는 미확인으로 남기고 승인 담당자에게 돌린다.

기간 검사는 끝 날짜가 시작보다 뒤인지, 인접 구간이 맞닿는지와 거래가 포함된 구간의 개수를 함께 본다. 이 예의 두 구간을 검사했다고 모든 대상의 전체 이력이나 실제 업무 정책을 검증한 것은 아니다.

4. 계보는 데이터가 만들어진 경로를 설명한다

데이터 계보(data lineage)는 데이터가 어느 원천의 어떤 판본에서 어떤 변환을 거쳐 다른 데이터로 이어졌는지를 추적하는 관계와 기록이다. W3C PROV는 출처를 설명할 때 대상, 활동, 책임 주체와 그 관계를 구별한다. [MD-S3]

이 예에서 TX-v1과 MAP-v1은 사용된 데이터, 거래에 통합 ID를 붙이는 RUN-01은 활동, 이를 실행하고 확인하는 역할은 책임 주체에 대응한다. 업무 데이터 모델의 고객 엔터티와 PROV에서 부르는 entity는 같은 범위의 용어가 아니므로 여기서는 각각 업무 대상과 출처 기록의 대상으로 풀어 쓴다.

“같은 서버에 있었다”는 것은 변환 관계가 아니다. 어떤 입력을 사용했고 어떤 결과를 만들었는지를 특정해야 보고서의 숫자가 어디서 왔는지 역으로 확인할 수 있다.

MD-L1: 결과 350에 이르는 경로

상자 안의 대상과 화살표의 조건을 함께 읽으세요. 좁은 화면에서는 같은 관계를 세로로 재배치한 도식을 보여 줍니다.

TX-v1의 서로 다른 거래 3건과 MAP-v1의 승인된 대응 3개를 BUILD-01로 처리한다. RUN-01은 자료가 아니라 활동이고 상세·보고서는 생성된 자료다. 실행 기록에는 실제 입력·코드·책임 역할과 검토 범위를 연결한다. 거래 당시 분류 보고서라면 별도의 기간 기준·분류 활동을 추가해야 한다.

이 그림은 자체 예시이고 원문 도식을 복제한 것이 아니다. 상세 결과에서 보고서로 가는 집계는 거래 금액을 한 번씩 더한다. 고객 분류까지 보여 주는 별도 보고서라면 MD-H1의 적용 판본과 분류 변환도 새로운 입력·활동으로 추가해야 한다.

계보를 쓰면서 사용하지 않은 자료를 형식적으로 연결하지 않는다. 반대로 수작업 파일 수정이나 별도 코드 치환이 실제 결과에 영향을 주었다면 자동 파이프라인 밖이라고 생략해서도 안 된다.

계획한 계보와 실행한 계보를 따로 읽는다

이 절의 실행 ID와 결과는 가상 설명이므로 실제 운영 증거는 아니다. 실제 시스템에서는 입력 판본·변환 코드·실행 결과를 연결하고, 계획대로 수행되지 않은 예외를 드러내야 한다. 파일 해시는 바이트가 같은지 확인할 수 있게 하지만 그 바이트의 업무 의미가 맞다는 증명이 아니다.

PROV의 활동과 사용·생성 관계를 표현한다는 것과 표현한 사건이 실제로 일어났다는 것은 구별한다. 계보 자체의 누락·잘못된 연결도 검토 대상이다. [MD-S3]

오류를 고치면 영향받는 결과까지 다시 확인한다

MAP-bad를 MAP-v1로 고쳤다면 원천 거래를 수정할 필요는 없지만 잘못 생성한 상세 결과와 보고서는 영향 대상이다. 계보를 따라 아래로 내려가서 어느 판본·기간의 결과가 영향을 받았는지 찾고, 보완된 기준으로 다시 계산해 3행·350인지 확인한다.

이전에 제공한 잘못된 보고서를 지우기만 하면 이용자가 이미 사용한 결과를 설명할 수 없다. 정정 대상, 이유, 새 판본, 통지 책임과 사용 제한을 기록한다. 모든 파생물을 무조건 전체 재생성하는 대신 실제로 영향을 받는 범위를 근거로 정하되, 계보에 없는 외부 반출·수작업 보고도 빠졌는지 확인한다.

변경 전후 합계가 우연히 같아도 거래별 고객 배정이 달라졌다면 의미 영향은 남는다. 영향분석의 기준은 파일 개수나 숫자 차이만이 아니라 업무상의 사용과 결정이다.

중앙 통합은 한 가지 모양으로만 구현되지 않는다

이는 학습을 위한 대안 비교이지 특정 제품의 공식 모드 목록이 아니다. 원천 시스템을 전부 없애는 안이 항상 최선이라는 뜻도 아니다. 목적·기존 책임·갱신 속도·장애 시 사용 조건과 관리 비용에 맞춰 결정한다.

어느 방식을 택해도 식별 근거와 유효기간, 변경 책임을 생략할 수는 없다.

담당과 검토 기준을 항목에 붙인다

업무 책임자는 “같은 고객”의 의미와 허용 분류를 승인하고, 데이터 관리 담당자는 사전·대응·변경 요청을 정리한다. 구현 담당자는 승인한 규칙의 적용과 실행 증거를 남기며, 소비자는 보고서의 사용 목적과 영향받은 판단을 알려 준다. 한 사람이 여러 역할을 맡더라도 결정권과 수행 사실은 구분한다.

변경 장부에는 대상·기존 판본·이유·근거·영향·승인·적용일·검사·종료 조건을 남긴다. 단순 표시명 수정과 고객 병합·분리는 위험이 다르다. 병합은 대상별 거래와 접근·안내까지 바꿀 수 있으므로 잘못 병합했을 때의 분리와 정정 범위도 검토한다.

문서에 책임자 이름이 있다는 사실과 책임자가 실제로 검토했다는 사실을 혼동하지 않는다. 이 절의 역할은 예시이며 실제 사람의 승인 서명이나 작업 기록을 만들어 낸 것이 아니다.

관리 지표가 좋아 보여도 대상과 의미를 확인한다

기준 항목 10개 중 10개에 담당자를 적어 연결률 100%가 되었다고 하자. 모든 항목에 연락할 수 없는 같은 담당자의 이름을 적었다면 실제 문제 해결 경로가 아니다. 계보도 연결선이 많을수록 정확하다고 판단하지 않는다.

이 사례에서 점검할 것은 원천 거래의 대응 완전성, 복수 대응 건수, 유효기간의 겹침·공백, 중요 변환의 실행 기록과 정정 통지다. 목적별 대상 집합을 먼저 정하고, 알 수 없는 입력을 합격 분모에서 빼지 않는다. 앞 절의 미확인 관리와 같은 원리다.

자동 수집이 못 읽는 수작업 경로는 별도로 관리하거나 중요한 판단 범위의 승인을 보류한다. “자동으로 전부 수집됨”이라는 광고 문구를 현재 시스템의 전체 계보 보장으로 쓰지 않는다.

MD-C1의 완료 조건을 끝까지 읽는다

담당자는 TX-v1 원거래 3건을 보존하고 MAP-v1의 세 연결 근거를 확인한다. 각 원천 키가 하나의 통합 ID를 갖는지 검사한 다음 거래별 대응·3행·350과 고객별 M01=300·M02=50을 대조한다. 분류 보고서는 거래 날짜에 정확히 한 구간이 맞는지 따로 확인한다.

RUN-01의 실제 입력·코드·출력 판본과 검토 결과가 연결되어야 결과를 재설명할 수 있다. 원자료가 이미 잘못되었다면 이 대응 검사만으로 정확성을 승인하지 않는다. 실제 운영에서는 중요한 입력의 근거와 개인정보·접근·보존 정책도 별도로 확인한다.

종료는 표를 만든 때가 아니라 정한 범위의 모호함과 오류가 처리되고, 남은 미확인이 사용 제한·책임자·재확인 조건으로 이어진 때다. 이 학습 사례는 그 판정 구조를 보여 주며 실제 기관의 종료 승인 기록이 아니다.

앞 절의 품질 개선과 같은 고리로 이어진다

품질 검사에서 고객별 합계가 이상하면 개별 금액을 무조건 고치는 대신 의미·대응·기간·변환 가운데 원인을 찾는다. 원천 금액이 맞고 대응이 중복되었다면 금액 보정으로 덮지 말고 대응 기준과 영향받은 결과를 정정한다. 기준정보 문제를 결과 수치의 임시 수정으로 숨기면 다음 실행에서 재발한다.

확인한 오류는 규칙·책임·검사와 연결하여 재발을 감시한다. 새 출처나 코드가 들어오면 모르는 값을 기존 의미로 억지 매핑하지 않고 담당자의 결정을 받는다. 이처럼 사전·마스터·계보는 따로 전시할 문서가 아니라 품질 문제를 설명하고 개선할 수 있게 하는 근거다.

공식 품질관리 요구를 지원하는 범위

품질관리 체계의 차원·측정·개선은 품질차원·규칙·측정·개선체계에서 설명했다. 이번 절은 그중 의미·기준정보·변환을 관리하는 근거를 보완한다. 식별·기간·계보의 검사를 설명했다고 모든 품질차원이나 전체 조직의 품질관리를 완료한 것은 아니다.

답안은 뜻의 기준 → 대상 식별 → 판본·시간 → 계보·책임 → 영향·재측정으로 연결한다. MAP-bad의 중복과 MD-H1의 경계 오류를 대조하면 값이 형식상 정상이어도 데이터 의미가 틀릴 수 있는 이유를 보여 줄 수 있다.

10점 자체 문제

메타데이터·마스터·참조데이터·계보의 역할을 구분하고, 의미·식별·판본·책임을 연결하는 관리방안을 설명하시오.

실제 기출 원문이 아닌 자체 작성 문제다. 용어 나열보다 각 기록의 역할, 판단 기준과 반례를 연결한다. 사례 수치는 계산 근거이며 실제 기관의 성과나 실험 결과로 쓰지 않는다.

의미·식별·기간·계보 풀이 보기

10점 답안 목차

1. 관리의 목적과 의미
2. 마스터와 참조데이터의 구분
3. 식별과 시간의 통제
4. 계보와 실행 증거

10점 도식

앞의 의미·대응·기간 지도와 합계 350의 계보 그림을 사용한다. 의미·범위·책임을 고정한 원천 ID↔통합 ID 대응과 유효기간·판본을 실제 실행 입력에 연결한다.

원천·기준·코드→실행·결과→계보·영향·정정→재검증을 따라 읽는다. 결과에서 입력으로 근거를 되짚고 기준 변경 뒤에는 영향받는 결과를 내려가 확인한다. 복수 대응은 합산 전에 거부하고, 미대응·기간 미확인은 분모와 후속 책임에 남긴다.

각 화살표는 연결의 근거와 확인 범위를 가진다. 복수 대응은 합산 전에 거부하고, 미대응과 기간 미확인은 분모와 후속 책임에서 사라지지 않게 한다.

10점 모범답안

1. 관리의 목적과 의미

메타데이터·계보·마스터 관리는 데이터의 의미·식별·유효시점·변환·책임을 연결하는 체계다. 업무 용어·항목·코드의 뜻과 책임을 맞추며 같은 이름이 같은 의미를 보장한다고 가정하지 않는다.

2. 마스터와 참조데이터의 구분

마스터는 고객·상품 같은 핵심 대상의 기준정보이고 참조데이터는 분류·허용값의 기준 목록이다. 거래 사실과 항목의 설명을 이 둘과 구분하며, 통합 ID가 생겼다고 속성의 정확성이 자동 확정되지는 않는다.

3. 식별과 시간의 통제

원천의 범위를 포함한 식별자 대응과 근거·미확인을 관리한다. 적용시점에는 하나의 유효 기준이 있어야 하며 현재값과 거래 당시의 값을 보고서의 목적에 맞게 구분한다.

4. 계보와 실행 증거

계보는 원천 판본·변환·결과의 경로를 추적한다. 계획한 경로와 실제 실행 기록을 구분하고 입력·코드·출력·책임을 연결하며, 연결선이나 해시만으로 업무 정확성을 승인하지 않는다.

25점 자체 문제

두 원천의 거래 3건을 통합 고객별로 집계하려 한다. 원천 식별자 하나가 두 통합 ID에 연결되고, 고객분류의 적용기간도 변경될 수 있다. 메타데이터·마스터·계보 관리의 절차와 검증·변경영향 통제방안을 MD-C1의 사례로 제시하시오.

실제 기출 원문이 아닌 자체 작성 문제다. 용어 나열보다 각 기록의 역할, 판단 기준과 반례를 연결한다. 사례 수치는 계산 근거이며 실제 기관의 성과나 실험 결과로 쓰지 않는다.

MD-C1의 변경영향·재검증 풀이 보기

25점 답안 목차

1. 범위·의미·책임 고정
2. 정상 대응과 집계
3. 복수 대응·미대응 처리
4. 기간 경계와 늦은 적재
5. 계보·변경영향·재검증
6. 품질과 승인 경계

25점 도식

앞의 의미·대응·기간 지도와 합계 350의 계보 그림을 사용한다. 의미·범위·책임을 고정한 원천 ID↔통합 ID 대응과 유효기간·판본을 실제 실행 입력에 연결한다.

원천·기준·코드→실행·결과→계보·영향·정정→재검증을 따라 읽는다. 결과에서 입력으로 근거를 되짚고 기준 변경 뒤에는 영향받는 결과를 내려가 확인한다. 복수 대응은 합산 전에 거부하고, 미대응·기간 미확인은 분모와 후속 책임에 남긴다.

각 화살표는 연결의 근거와 확인 범위를 가진다. 복수 대응은 합산 전에 거부하고, 미대응과 기간 미확인은 분모와 후속 책임에서 사라지지 않게 한다.

25점 모범답안

1. 범위·의미·책임 고정

거래의 단위, 원천 범위, 금액의 원 단위와 제외 조건, 대상 식별 및 분류의 의미를 먼저 정한다. 업무 책임자는 같은 고객의 뜻과 허용 분류를 승인하고 관리·구현·소비 역할은 근거·실행·사용 영향을 연결한다.

2. 정상 대응과 집계

TX-v1의 T1=100과 T2=200은 확인된 대응을 통해 M01, T3=50은 M02에 연결한다. 서로 다른 거래는 삭제하지 않으며 3행, M01=300·M02=50, 전체 350을 거래별 대응과 함께 확인한다.

3. 복수 대응·미대응 처리

MAP-bad는 web:R01을 M03에도 연결하여 T1의 100을 한 번 더 세므로 4행·450이 된다. 합산 전에 복수 대응을 거부하고, 대응 없는 거래는 버리지 말고 미대응 금액·책임·사용 제한을 기록한다.

4. 기간 경계와 늦은 적재

시작 포함·끝 제외인 MD-H1에서 6월 30일은 A, 7월 1일은 B다. 늦게 적재되어도 거래 날짜로 판단하고, 한 시점에 맞는 구간이 없거나 둘 이상이면 기준 오류로 처리한다.

5. 계보·변경영향·재검증

원천과 마스터 판본, 변환 코드, 실행 ID, 결과와 검토를 연결한다. 대응 오류를 고친 뒤 영향받는 상세·보고 결과를 재생성·대조하고 정정 이유·새 판본·통지 책임을 남긴다.

6. 품질과 승인 경계

연결률이나 총합만으로 정확성을 판정하지 않는다. 개별 거래의 대상 배정·기간·미확인을 확인하고, 원천의 오류·누락 경로와 남은 사용 제한을 품질 개선에 연결한다.

출처와 사례의 경계

• [MD-S1] SRC-MD-W3C-DWBP — World Wide Web Consortium, Data on the Web Best Practices. 위치: Best Practices 1–3, 5–8: metadata, provenance, quality information, version indicators and history. 발행: 2017-01-31. 확인: 2026-09-06.
• [MD-S2] SRC-MD-IBM-MDM — IBM / Tim Mucci, What is master data management?. 위치: What is master data?; Master data management tools: integration, cleansing and reconciliation. 발행: 원문 발행일 미확정. 확인: 2026-09-06.
• [MD-S4] SRC-MD-ORACLE-SURVIVORSHIP — Oracle Customer Data Management documentation, Survivorship Rules. 위치: Survivorship Rules; Survivorship Rules Types; Predefined Survivorship Rules. 발행: 원문 발행일 미확정. 확인: 2026-09-06.
• [MD-S3] SRC-MD-W3C-PROV — World Wide Web Consortium, PROV-DM: The PROV Data Model. 위치: §2.1.1–2.1.3; §2.2.1.2; §5.1–5.3. 발행: 2013-04-30. 확인: 2026-09-06.

정의·방법의 제한된 사실만 위 원문에서 대조하고 사례·수치·표·도식·문제는 독립적으로 작성했다. 위 문서의 설명을 한국의 법적 의무로 옮기지 않는다. 실제 사용자 조사·운영 시스템 실행·MDM 도입 효과를 측정한 기록이 아니다. 출처 보존과 공개 이용권한, 사람 독립검토와 독자 검증은 별도이며 미완료다.

복습 경로. 번호 통합과 거래 중복 제거가 다른 이유는 거래별 대응, 현재와 당시 분류가 다른 이유는 시작 포함·끝 제외, 선이 실행 증거가 되지 않는 이유는 계획과 실행 계보로 돌아가 비교한다.

한 번에 되찾기

이름의 통일보다 의미·식별·시점·판본·책임의 연결이 먼저다. 복수 대응으로 350이 450이 되는 사례와 기간 경계의 겹침·공백을 따로 검사한다. 계보는 결과를 설명하고 영향 범위를 찾는 근거이며, 연결의 존재·실행·정확성·승인은 서로 다른 판단이다.