입력
서비스 요구사항과 제약
상황
AI로 ERD 초안 만들기
AI 에이전트에게 간단한 고객 지원 티켓 서비스 요구사항을 주고 ERD 초안을 만든 뒤 사람이 검토하는 흐름입니다.
AI 산출물
테이블 초안과 관계
사람 검토
키, 상태, 권한, 이력
요구사항
요구사항
- 고객은 티켓을 생성하고 담당자는 답변을 남긴다.
- 티켓은 우선순위, 상태, 담당자, 카테고리를 가진다.
- 티켓에는 여러 메시지와 첨부파일이 생길 수 있다.
- 상태 변경 이력을 남겨야 한다.
테이블 설계
테이블 설계
- id PK
- email UNIQUE
- name
- created_at
- id PK
- email UNIQUE
- name
- status
- id PK
- customer_id FK
- assigned_agent_id FK
- category_id FK
- status
- priority
- id PK
- ticket_id FK
- sender_type
- sender_id
- body
- id PK
- message_id FK
- file_url
- file_name
- id PK
- ticket_id FK
- from_status
- to_status
- changed_at
관계
관계
customers 1:N ticketsagents 1:N ticketstickets 1:N ticket_messagesticket_messages 1:N ticket_attachmentstickets 1:N ticket_status_events
설계 포인트
설계 포인트
AI 초안은 관계 누락을 먼저 봅니다
AI가 메시지와 첨부파일을 모두 ticket_id로만 연결하면 메시지별 첨부파일을 구분하기 어렵습니다. 실제 화면 흐름에 맞게 관계를 검토합니다.
다형 작성자는 신중하게 사용합니다
ticket_messages.sender_type, sender_id는 고객과 담당자를 한 테이블에 담지 않을 때 쓰는 방식입니다. 조인 안정성이 중요하면 users 공통 테이블도 검토합니다.
상태 이력은 별도 테이블로 둡니다
tickets.status는 현재 상태이고 ticket_status_events는 변경 내역입니다. 두 값을 혼동하지 않아야 운영 분석이 쉬워집니다.
구현 전 체크
구현 전 체크
- AI가 만든 컬럼명과 실제 DB 타입을 사람이 최종 확인합니다.
- 상태 값은 enum 또는 체크 제약으로 제한합니다.
- 첨부파일 권한과 보관 정책은 별도 요구사항으로 검토합니다.
다른 ERD 예시
다른 ERD 예시
예시를 그대로 따라 그리거나, 가입 전 데모 캔버스에서 테이블과 관계를 먼저 만져볼 수 있습니다.