Task 01 데이터 구조 이해 차이 해결 실습 가이드
📥 실습 입력 (Input)
- •
day3_meeting_notes.md(회의록)
💾 실습 출력 (Output)
- •
erd-schema.md(데이터 명세 및 ERD)
1. 스토리 및 실습 배경
스타트업의 기획 회의실. 기획자는 "사용자가 전문가 프로필을 보고 예약을 하면, 전문가는 승인이나 거절을 할 수 있고, 결제 완료 후 예약이 확정됩니다"라고 흐름을 친절히 설명했습니다. 기획자는 이 과정을 하나의 단순한 화면 흐름으로 생각했습니다.
그러나 개발자는 머릿속으로 Users, Experts, Reservations, Payments 테이블을 연상하며 이들이 1:N인지, N:M 관계인지, 상태값(Pending, Approved, Paid)은 어떻게 상호작용하는지 복잡한 관계형 모델을 구상했습니다. 이처럼 같은 서비스 정책을 두고 기획자와 개발자의 이해 차이가 생기면, 데이터베이스 설계 단계에서 누락이 발생하여 런타임 오류나 화면상의 데이터 불일치로 이어지기 쉽습니다.
이번 실습에서는 Codex를 활용하여 자연어로 작성된 기획 회의록에서 데이터 구조 관점의 엔티티와 관계를 명확히 도출하고, 두 그룹이 모두 오차 없이 일치된 설계 데이터 모델(ERD)을 이해하도록 구조화하는 방법을 학습합니다.
2. 학습 목표
- 비정형 회의 기록 및 화면 흐름 설명문에서 핵심 엔티티(Entity)를 논리적으로 도출할 수 있다.
- 엔티티 간의 관계성(Relation) 및 카디널리티(1:1, 1:N, N:M)를 명확히 정의할 수 있다.
- 도출된 관계형 데이터 구조를 Mermaid ERD 및 상세 테이블 명세서로 변환할 수 있다.
- 기획자와 개발자 간의 개념 설계 간극(Data Alignment)을 해소할 수 있다.
🛠️ 실제 따라 하기 실습 가이드
- 실습용 파일 생성: 아래 다운로드 버튼을 눌러
day3_meeting_notes.md파일을automation/폴더 내에 저장합니다. - Codex 검토 위임: Codex Client 프롬프트 입력창에 아래 **Codex 요청 프롬프트**를 전송하여 빌드합니다.
- 관계 모델 확인: 출력된 명세서에서 User, Expert, Reservation, Payment 간의 1:N 및 1:1 관계와 기본 키(PK), 외래 키(FK)가 의도에 맞게 정의되었는지 검토합니다.
실습 자료 다운로드
Codex 요청 프롬프트
Task 01 Prompt
제공된 회의록 내용을 데이터 구조 관점에서 분석하여 핵심 엔티티와 관계를 도출하고, 데이터 구조 정의서 및 Mermaid ERD 코드를 작성해 주세요.
4. 결과물 예시
Codex는 회의 기록을 분석해 아래와 같이 정규화된 데이터 엔티티 매핑 및 Mermaid ERD 스크립트를 출력합니다.
| 엔티티명 | 설명 | 주요 속성 | 관계 정보 |
|---|---|---|---|
| User (사용자) | 상담 서비스를 이용하는 일반 회원 | user_id (PK), email, nickname | Reservation과 1:N 관계 |
| Expert (전문가) | 상담을 제공하는 파트너 전문가 | expert_id (PK), name, category | Reservation과 1:N 관계 |
| Reservation (예약) | 사용자-전문가 간 예약 매핑 정보 | reservation_id (PK), user_id (FK), expert_id (FK), status | User/Expert와 N:1, Payment와 1:1 관계 |
| Payment (결제) | 예약 확정을 위한 결제 거래 정보 | payment_id (PK), reservation_id (FK), amount, status | Reservation과 1:1 관계 |
5. AI 활용 포인트
- 엔티티 추론: 설명 텍스트에서 데이터 저장 단위가 되는 물리 명사(속성)와 행동 동사를 관계성으로 변환.
- Mermaid 스키마 빌드: 시각 자료용 코드 자동 빌드로 협업 가독성 상승.