본문으로 이동
ㅇㅈㅁㅆ
데이터 연동·운영

필드 매핑

Field Mapping · 데이터 매핑

필드 매핑은 원천 시스템의 데이터 필드를 목적지 시스템의 필드에 대응시키고, 유형·형식·허용값을 맞추는 설계입니다. 같은 이름을 연결하는 작업보다 각 값의 의미와 변환 규칙을 합의하는 일이 먼저입니다.

AI 보조 조사·작성 후 원문과 대조한 설명입니다. 사례·계산은 별도 출처 표기가 없는 한 이해를 위한 가상 예시이며 실제 고객 성과가 아닙니다.

매핑표에는 어떤 열이 필요한가요?

매핑표에는 원천 필드, 목적지 필드, 업무 의미, 데이터 유형, 필수 여부, 값 변환, 빈값 처리와 검증 방법을 적습니다. AWS DMS도 선택 규칙으로 옮길 스키마와 테이블을 정하고 변환 규칙으로 이름이나 구조를 바꾸도록 구분합니다. AWS DMS 테이블 매핑 문서처럼 선택과 변환을 한 칸에 뭉치지 않으면 누락 원인을 찾기 쉽습니다.

예를 들어 원천의 marketing_ok가 Y·N 문자열이고 목적지의 consent_status가 동의·거부·미확인 열거형이라면 Y와 N뿐 아니라 빈값의 의미를 정해야 합니다. 빈값을 거부로 바꿀지 미확인으로 둘지는 기술자가 임의로 선택할 문제가 아닙니다.

연락처 이관은 어떻게 시험하나요?

시험 표본에는 정상값만 넣지 않습니다. 국가번호가 없는 전화번호, 윤년 생일, 공백 이메일, 삭제된 담당자 ID, 오래된 동의값을 포함합니다. 변환 뒤에는 행 수뿐 아니라 고유키 중복, 필수값 실패, 열거형 밖 값과 날짜 파싱 오류를 셉니다.

AWS DMS의 JSON 매핑은 선택·변환·테이블 설정을 다른 규칙 유형으로 다룹니다. 선택·변환 규칙 문서는 규칙 파일 크기와 적용 대상을 명시하므로, 대량 이관에서는 규칙 버전과 실행 배치를 함께 기록하는 편이 좋습니다.

같은 이름끼리 연결하면 왜 틀릴 수 있나요?

status라는 이름이 두 시스템에 있어도 한쪽은 고객 상태, 다른 쪽은 거래 상태일 수 있습니다. 반대로 owner_id와 rep_code처럼 이름이 달라도 같은 영업 담당자를 뜻할 수 있습니다. 이름 유사도만으로 자동 연결한 결과는 업무 담당자가 의미를 확인해야 합니다.

식별자도 주의합니다. 이메일을 고유키로 쓰던 시스템에서 고객 ID를 고유키로 쓰는 시스템으로 옮기면 가족 공용 이메일이나 변경된 이메일이 중복·병합 문제를 만듭니다. 어떤 키로 기존 레코드를 찾고 새 레코드를 만들지 별도 규칙이 필요합니다.

필드 매핑과 데이터 이관은 어떻게 다른가요?

필드 매핑은 대응 규칙이고 데이터 이관은 추출, 정제, 적재, 검증, 절체와 사후 처리를 포함한 전체 과정입니다. 매핑표가 완성돼도 권한, 첨부파일, 객체 관계와 동의 이력이 빠지면 이관은 끝나지 않습니다. 값 형식을 바꾸는 변환과 개인정보를 가리는 마스킹도 매핑에 포함될 수 있지만 목적은 다르므로 규칙명을 분리합니다.

승인 전 점검 질문

  • 원천과 목적지의 필드 정의서 버전이 같은가?
  • 코드값 변환표에 미확인·기타·삭제 상태가 있는가?
  • 연락처와 회사처럼 객체 간 관계 키를 시험했는가?
  • 민감정보와 사용하지 않는 필드를 제외했는가?
  • 실패 레코드를 다시 처리할 식별자가 있는가?

매핑표는 이관 한 번으로 폐기하지 않습니다. 새 필드나 선택값이 추가되면 변경일과 호환 규칙을 갱신해 이후 동기화에도 같은 의미를 유지합니다.

원천 시스템에서 여러 코드가 하나의 목적지 값으로 합쳐지거나 한 필드가 이름·지역·동의 시각처럼 여러 값으로 분리되는 경우에는 방향별 변환 규칙과 원문 보존 위치를 함께 기록해야 재이관과 오류 수정 때 같은 판단을 재현할 수 있습니다.

자주 묻는 질문

필드 이름이 같으면 자동 매핑해도 되나요?
초안은 만들 수 있지만 업무 의미, 유형, 허용값과 빈값 처리까지 확인해야 합니다. 이름이 같은 필드가 다른 대상을 뜻할 수 있습니다.
빈값은 모두 null로 옮기면 되나요?
아닙니다. 미수집, 거부, 해당 없음, 삭제처럼 의미가 다를 수 있어 목적지 값과 처리 규칙을 정해야 합니다.
매핑표는 누가 승인하나요?
원천·목적지 시스템 담당자와 데이터를 실제 사용하는 업무 담당자가 함께 승인하는 편이 안전합니다.

출처와 확인 범위

  1. AWS DMS table mapping · AWS · 확인 2026-10-27

    선택 규칙과 변환으로 이관 대상과 구조 변경을 지정합니다.

    확인 범위: AWS DMS 기능 범위이며 일반 CRM의 모든 필드 매핑 규칙을 정하지 않습니다.

  2. AWS DMS selection and transformation rules · AWS · 확인 2026-10-27

    JSON 매핑의 selection·transformation·table-settings 유형과 파일 제한을 설명합니다.

    확인 범위: AWS DMS 작업 파일의 제품 제한입니다.

이 용어를 적용하는 실무 가이드

용어 설명 정정 요청