Day 3 · 데이터 정규화, ERD & 무결성 관리

비즈니스 언어에서
신뢰받는 데이터
구조로.

오늘 우리는 미팅에서 나온 비즈니스 개념을 엔티티와 관계 모델로 변환하고, 파편화된 용어를 표준화하며, 스키마 변경 파급 효과와 데이터 무결성 예외를 추적했습니다.

오늘 우리는 무엇을 했나요?

우리는 Codex를 데이터 모델러, 용어 관리자, 변경 영향 분석가, 디자인 감사관으로 활용했습니다.

비즈니스 개념 추출 ➔ ERD 구축 ➔ 용어 표준화 ➔ 변경 추적 ➔ 의사결정 기록 ➔ 예외 방어 설계

회의록에서 User, Expert, Reservation, Payment 등 핵심 엔티티와 PK, FK, 카디널리티를 도출했습니다. 프로젝트 내 혼용되던 용어를 표준 용어 사전으로 통일하고, 승인 대기 결제 정책 변경이 DB, API, 화면에 미치는 영향을 역추적했습니다. 마지막으로 정규화 선택 배경과 대안을 기록하고, 동시성 오류 및 참조 무결성 붕괴 시나리오를 발굴했습니다.

한눈에 보는 데이터 설계 프로세스

각 산출물은 분리된 문서가 아니라, 단계별로 데이터 모델의 완성도를 높입니다.

구조 발견

회의록에서 엔티티, 속성, PK/FK, 1:1 또는 1:N 관계 도출

erd-schema.md

용어 표준화

회원, 사용자, 고객 등 혼용 단어를 하나의 표준 개념으로 통일

project-glossary.md

변경 영향 분석

DB 상태 및 프로세스 변경이 API 응답과 화면 UI에 미치는 파급 추적

change-impact-report.md

설계 의사결정 기록

정규화 선택의 배경, 대안, 기각 사유, 승인자를 의사결정 로그로 보존

design-decision-log.md

예외 시나리오 설계

동시성 충돌, 중복 예약, 참조 무결성 붕괴 등 예외 상황 방어

edge-case-analysis.md

6가지 핵심 개념

수업 목표와 Codex 실습을 통해 직접 다룬 데이터 설계 핵심 개념입니다.

Entity & Attribute (엔티티 & 속성)

관리 대상 비즈니스 객체를 엔티티로, 그 세부 특성을 속성으로 정의합니다.

PK & FK (주키 & 외래키)

PK는 고유 행을 식별하며, FK는 테이블 간의 관계와 참조 무결성을 형성합니다.

Cardinality (관계 수량성)

1:1, 1:N, N:M 관계를 통해 실제 비즈니스 규칙을 데이터 모델에 연결합니다.

Normalization (정규화)

데이터 중복과 이상 현상을 방지하도록 데이터를 논리적으로 분리하고 정렬합니다.

Standard Glossary (표준 용어 사전)

기획 용어, API 필드명, DB 컬럼명을 하나의 표준 단어로 매핑합니다.

Data Integrity (데이터 무결성)

중복 결제, 탈퇴 사용자 참조, 동시성 오류 등의 시스템 장애를 견뎌내는 데이터 가드입니다.

Day 3 실습 맵 (Lab Map)

어떤 입력 파일이 어떤 검증 가능한 출력 파일로 완성되는지 확인하세요.

Task 1

데이터 구조 이해 및 엔티티 도출

Data Modeler

입력day3_meeting_notes.md

출력erd-schema.md + Mermaid ERD

Task 2

프로젝트 표준 용어 정립

Terminology Steward

입력fragmented-terms.md

출력project-glossary.md

Task 3

스키마 변경 영향 범위 공유

Impact Analyst

입력schema-change-request.md

출력change-impact-report.md

Mission 1

아키텍처 설계 의사결정 보존

Architecture Decision Recorder

입력tech-design-meeting.md

출력design-decision-log.md

Mission 2

데이터 무결성 예외 시나리오 발굴

Integrity & Edge-Case Auditor

입력database-schema.md

출력edge-case-analysis.md

변경은 얼마나 멀리 파급되는가?

예약 승인 프로세스 하나를 변경하는 것은 컬럼 하나 수정으로 끝나지 않습니다.

① 비즈니스 규칙

즉시 확정 및 결제 구조에서 전문가 승인 후 결제 구조로 전환

② 데이터베이스

예약 상태를 승인 대기 상태로 분리하고 상태 전이 규칙 정의

③ API 계약

요청/응답 필드, 상태 코드, 승인/거절 액션 엔드포인트 동기화

④ UI & 테스트

버튼 라벨, 상태 표시 문구, 정상/예외 테스트 케이스 개정

오늘 사용한 프롬프트 모음

Day 3 Codex 실습에 사용된 원본 프롬프트 모음입니다.

Task 1 · 데이터 구조 분석 & Mermaid ERD

제공된 회의록을 데이터 구조 관점에서 분석하여 핵심 엔티티와 관계를 도출하고, 데이터 구조 정의서 및 Mermaid ERD 코드를 작성해 줘.

Task 2 · 프로젝트 표준 용어 사전 구축

프로젝트 전반에 혼용되어 사용되는 '회원/사용자/고객' 및 '상담사/전문가/교사' 등의 용어를 전수 분석하여 Markdown 표 형식의 프로젝트 표준 용어 사전을 작성해 줘.

Task 3 · 스키마 변경 영향도 분석

예약 확정 프로세스가 '승인 대기' 상태 및 '전문가 승인 후 결제'로 변경됨에 따라 영향받는 API 명세서, DB 스키마, 화면, 변경 공유 보고서를 작성해 줘.

Mission 1 · 설계 의사결정 보존 (Design Decision Log)

회의록에서 정규화 및 데이터베이스 구조 설계 결정을 추출하여 결정 항목, 배경 이유, 검토된 대안, 승인자, 향후 변경 가능성이 포함된 Design Decision Log를 작성해 줘.

Mission 2 · 데이터 무결성 예외 시나리오 발굴

현재 정의된 User, Expert, Reservation, Payment 테이블 구조에서 발생할 수 있는 데이터 무결성 위반 예외 시나리오를 도출하고 개선 방안을 제안해 줘.