한눈에

ERD는 표현법, 작성 순서, 작업 도구를 함께 본다.

같은 모델도 어떤 표기법으로 보이게 할지는 다를 수 있고, 실제 작성은 요구사항에서 DDL 변환까지 순서대로 이어집니다. 도구는 표기법 자체보다 작업 방식과 연동 범위를 바꿉니다.
표기법 비교
무엇을 강조해 보이느냐
Chen
개념 모델
개체 □ · 관계 ◇ · 속성 ○를 따로 그려서 구조를 배우기 쉽습니다. 대신 속성이 많아지면 그림이 빠르게 복잡해집니다.
Crow's Foot
실무 표준
속성을 엔터티 박스 안에 두고, 선 끝 기호로 카디널리티를 읽습니다. 실선/점선으로 식별 관계도 구분합니다.
UML
OO 연계
클래스명 · 속성 · 메서드를 한 박스에 담아 객체지향 설계와 이어집니다. 관계 수는 숫자 범위로 표현합니다.
중심 흐름

ERD 작성

표기법은 표현 방식이고, 설계는 아래 순서대로 진행됩니다.
1
요구사항 정리
무엇을 저장하고 어떤 규칙이 필요한지 먼저 고정합니다.
2
개체 식별 → 속성 정의
테이블 후보와 컬럼 후보를 뽑아 모델의 뼈대를 만듭니다.
3
관계 분석 → 카디널리티 결정
1:1, 1:N, N:M처럼 데이터 연결 규칙을 정합니다.
4
ERD 작성 → DDL 변환
시각 모델을 실제 릴레이션 정의로 넘기면 다음 단계와 이어집니다.
도구 선택
어떤 방식으로 작업하느냐
학습 · 팀 협업
ERDCloud는 같이 보며 정리하기 쉽습니다.
코드 기반
dbdiagram.io는 텍스트로 빠르게 작성하고 수정합니다.
MySQL 연동
MySQL Workbench는 DB와 가까운 모델링에 맞습니다.
범용 다이어그램
draw.io는 자유도가 높지만 규칙은 직접 관리해야 합니다.
정리 포인트: 표기법은 모델을 읽는 방식을, 도구는 작업하는 방식을 바꿉니다.