ERD(Entity Relationship Diagram) 작성 순서 : SQL 자격증·정보처리기사 대비

데이터베이스 설계의 핵심은 엔터티(Entity), 속성(Attribute), 관계(Relationship)를 올바르게 구성하는 것입니다. 이 과정을 도식화한 것이 ERD이며, SQLP, 정보처리기사 시험에서도 출제 비중이 높습니다.

 

 

  👉 데이터 모델링 기본 정보 엔티티 인스턴스 등 긍금하다면 (클릭)

ERD 핵심 개념 쉽게 이해하기 – 엔터티, 인스턴스, 속성 완전 정리

 

✅ ERD 작성 순서 (시험 출제 포인트)

1. 엔터티(Entity)를 정의한다  ( 엔터티를 그린다 )
2. 엔터티를 적절하게 배치한다.
3. 엔터티 간의 관계(Relationship)를 설정한다 
4. 관계명을 명확하게 기술한다 (예: "고객은 주문을 한다")
5. 참여도(Cardinality)를 설정한다 (1:1, 1:N, N:M)
6. 필수 여부(Optionality)를 명시한다 (필수 관계인지 선택 관계인지)

 

 예시 시나리오

• 고객은 여러 개의 주문을 할 수 있다 (1:N)
• 주문은 하나 이상의 상품을 포함한다 (N:M)
• 상품은 하나의 공급업체에 의해 공급된다 (N:1)

 

시각화된 ERD 예시 (표 기반)

엔터티	속성	식별자
고객	고객ID, 이름, 연락처	고객ID(PK)
주문	주문ID, 주문일, 고객ID(FK)	주문ID(PK)
상품	상품ID, 상품명, 가격	상품ID(PK)
주문_상세	주문ID(FK), 상품ID(FK), 수량	복합키(주문ID+상품ID)

설명: 고객 ↔ 주문은 1:N, 주문 ↔ 상품은 다대다(N:M) 관계이며, N:M 관계는 주문_상세 중간 테이블로 표현합니다.

 

 시험 대비: ERD 관련 SQL 문제 유형

• ERD를 보고 엔터티 간의 관계를 묻는 문제
• 엔터티의 식별자(PK)와 관계 설정(FK)을 추론하는 문제
• 1:1, 1:N, N:M 관계 판단 문제
• 관계 강도(식별관계/비식별관계)와 참여도 관련 문제

 

 

팁

• 중간 테이블이 있는 경우 대부분 N:M 관계
• 고객 → 주문 같이 식별 가능한 관계면 식별관계
• 관계선 위에 적힌 수(1, N)를 해석할 수 있어야 함

 

📌 요약

• ERD는 데이터베이스 설계의 핵심이며 시험에 자주 등장
• 엔터티 → 속성 → 관계 → 참여도 → 필수 여부 순으로 작성
• 실무에서는 정규화, 무결성 제약조건까지 고려해 설계