데이터 표준화의 필요성과 원칙

핵심 요약

데이터 표준화는 서로 다른 시스템에서 같은 데이터를 같은 뜻과 규칙으로 이해하도록 만드는 활동이다. 이름만 같게 바꾸는 것이 아니라 업무 의미, 데이터 형식, 허용값, 코드 의미, 메타데이터와 적용 이력을 함께 통제해야 공유·연계·품질 개선 효과가 발생한다.

학습 목표

• 비표준 데이터가 통합, 분석, 개발 및 운영에 만드는 문제를 설명한다.
• 표준화와 데이터 정규화·데이터 품질관리의 목적을 구분한다.
• 표준화 원칙을 전사 공통 기준과 업무별 예외에 적용한다.
• 표준 수립부터 적용·변경관리까지의 전체 흐름을 판단한다.

1. 개념 설명

1.1 데이터 표준화의 대상

표준화 대상은 단순한 컬럼명이 아니다. 일반적으로 표준 단어·용어·도메인·코드와 이들을 설명하고 연결하는 메타데이터를 포함한다. 예를 들어 고객번호라는 이름을 통일해도 한 시스템은 개인만, 다른 시스템은 법인까지 포함한다면 의미 표준화가 끝난 것이 아니다.

1.2 표준화가 필요한 대표 원인

• 동의어: 고객번호, 회원번호, CUST_ID가 같은 대상을 가리킨다.
• 동음이의어: 상태가 주문상태와 회원상태에서 서로 다른 뜻으로 사용된다.
• 표현 불일치: 날짜가 YYYYMMDD, YYYY-MM-DD, 문자열과 날짜형으로 혼재한다.
• 값 규칙 불일치: 성별을 M/F, 1/2, 남/여로 저장한다.
• 범위 불일치: 매출액의 부가세·환불 포함 여부와 기준 시점이 시스템마다 다르다.

이러한 불일치는 인터페이스마다 변환 로직을 만들게 하고, 같은 지표가 서로 다른 값으로 계산되는 원인이 된다.

1.3 표준화 원칙

시험에서는 특정 원칙 명칭의 암기보다 다음 판단 기준을 적용할 수 있어야 한다.

1.4 공통 기준과 예외

전사 공통 표준이 우선이지만 업무 특수성이 실제로 존재할 수 있다. 예외는 표준을 무시하는 자유가 아니라 사유, 범위, 위험, 승인자, 만료일과 대체 계획을 갖춘 통제 대상이다. 단순한 사용자 익숙함이나 개발 편의만으로 영구 예외를 허용하면 표준화 효과가 사라진다.

2. 표준화의 효과와 한계

3. 표준화 판단 흐름

비표준 현황과 영향 파악
        ↓
적용 범위·우선순위·책임 정의
        ↓
표준화 원칙과 표준 구성요소 수립
        ↓
검토·승인·공표 및 모델·DB 적용
        ↓
준수 점검·예외 통제·변경관리

현행 시스템 전체를 즉시 개명하기 어려운 경우에도 신규·변경 개발부터 표준을 적용하고, 기존 항목은 표준과의 매핑 및 전환 우선순위를 관리해야 한다.

4. 사례

고객 통합 프로젝트에서 세 시스템이 회원번호, 고객ID, 거래처번호를 사용한다. 이름만 비교해서 하나로 바꾸면 개인회원, 비회원 구매자, 법인 거래처의 범위 차이를 놓칠 수 있다. 먼저 각 식별자의 대상·발급 시점·유일성·폐기 규칙을 비교하고, 공통 개념과 업무별 하위 개념을 구분한 뒤 표준 용어·도메인·매핑을 결정해야 한다.

5. 비교와 구분

시험 판단 포인트

• 컬럼명 통일만으로 의미·도메인·코드까지 표준화되었다고 볼 수 없다.
• 표준화는 일회성 사전 작성이 아니라 적용, 준수 점검과 변경관리를 포함한다.
• 전사 표준과 업무 예외는 양자택일이 아니다. 공통 기준을 우선하고 예외를 통제한다.
• 표준화는 데이터 품질을 예방적으로 지원하지만 모든 값 오류를 자동으로 해결하지 않는다.

자주 틀리는 부분

• 현재 데이터 타입이 같다는 이유로 업무 의미도 같다고 판단한다.
• 모든 현행 명칭을 그대로 표준으로 등록해 동의어를 보존한다.
• 표준 등록 건수가 많을수록 성숙도가 높다고 본다.
• 승인된 예외에 만료일과 후속 조치가 없어도 정상 준수로 간주한다.