엔터티
업무에서 관리해야 하는 대상입니다. 사용자, 주문, 상품처럼 보통 데이터베이스의 테이블 후보가 됩니다.
ERD 다이어그램 가이드
ERD 다이어그램은 테이블, 컬럼, 키, 관계를 한눈에 볼 수 있게 정리하는 데이터베이스 설계 문서입니다. 신규 서비스 요구사항을 데이터 모델로 바꾸거나 기존 구조를 리뷰할 때 먼저 확인해야 하는 핵심 산출물입니다.
Definition
ERD는 Entity Relationship Diagram의 약자로, 서비스에서 다루는 데이터 대상과 그 관계를 그림으로 표현합니다. 개발팀은 ERD 다이어그램을 통해 어떤 테이블이 필요한지, 테이블 사이의 참조 관계가 무엇인지, 어떤 컬럼이 반드시 필요한지 빠르게 합의할 수 있습니다.
좋은 ERD 다이어그램은 예쁜 그림보다 명확한 규칙이 중요합니다. 기본키와 외래키가 분명하고, 관계 수량이 읽히며, API와 화면 요구사항을 설명할 수 있어야 합니다.
Elements
업무에서 관리해야 하는 대상입니다. 사용자, 주문, 상품처럼 보통 데이터베이스의 테이블 후보가 됩니다.
엔터티가 가진 데이터 항목입니다. 컬럼명, 타입, 필수 여부, 기본값, 유니크 조건까지 함께 정리합니다.
각 행을 구분하는 기본키와 테이블 사이를 연결하는 외래키입니다. ERD 다이어그램 품질을 좌우하는 핵심 기준입니다.
엔터티가 어떤 수량과 방향으로 연결되는지 표현합니다. 일대일, 일대다, 다대다 관계를 명확히 나눕니다.
Workflow
회원, 주문, 결제, 상품처럼 서비스가 저장해야 하는 대상을 먼저 적고, 중복되거나 너무 넓은 후보를 정리합니다.
id, 이름, 상태, 생성일 같은 컬럼을 채우고 기본키, 외래키, 유니크 조건, null 허용 여부를 함께 표시합니다.
한 사용자가 여러 주문을 가질 수 있는지, 주문이 반드시 사용자에 속해야 하는지처럼 업무 규칙을 선으로 표현합니다.
반복 컬럼, 다대다 관계, 파생 값 저장 여부를 확인하고 실제 API나 화면에서 자주 조회할 흐름까지 점검합니다.
ERD 다이어그램은 한 번 그리는 산출물이 아니라 서비스 변경과 같이 움직이는 설계 문서로 관리해야 합니다.
Example
간단한 주문 도메인은 사용자, 주문, 주문 상품, 상품 테이블로 시작할 수 있습니다. 주문과 상품은 직접 다대다로 연결하기보다 order_items 같은 연결 테이블을 두면 수량, 주문 당시 가격 같은 속성을 안전하게 저장할 수 있습니다.
ErdForge
테이블, 컬럼, 기본키, 외래키, 관계선을 한 화면에서 편집하고 PostgreSQL, Oracle 같은 DB 타입 기준으로 정리합니다.
개인 ERD와 팀 ERD를 나눠 관리하고, 보기와 편집 권한을 구분해 설계 리뷰를 이어갈 수 있습니다.
요구사항을 AI 에이전트에 전달하고 ErdForge MCP 도구로 ERD 초안을 만들거나 기존 다이어그램을 검토할 수 있습니다.
FAQ
ERD 다이어그램은 데이터베이스의 테이블, 컬럼, 기본키, 외래키, 관계를 시각적으로 정리한 데이터 모델링 문서입니다.
신규 기능의 저장 구조를 정할 때, 기존 데이터베이스를 이해해야 할 때, API와 화면 요구사항을 테이블 구조로 옮길 때 작성하는 것이 좋습니다.
테이블과 관계를 빠르게 편집할 수 있는지, 팀 공유가 쉬운지, PostgreSQL이나 Oracle 같은 실제 DB 타입을 표현할 수 있는지, 변경 내용을 다시 검토하기 쉬운지 확인해야 합니다.
요구사항을 AI 에이전트에 전달해 초안을 만들 수 있습니다. ErdForge는 MCP 연동으로 AI가 워크스페이스와 ERD 컨텍스트를 읽고 다이어그램을 작성하도록 연결할 수 있습니다.