3-1. 5단계: 개념적 모델 ERD 그리기

지금까지 정리한 결과를 기반으로 개념적 모델 ERD 를 그린다. 도구는 무엇을 써도 되지만, 예시에서는 draw.io같은 무료 웹 툴을 사용한다고 가정한다.

개념적 ERD는 대략 다음과 같은 구조를 가진다 (텍스트 표현).

[회원]
member_id (PK)
login_id
password
member_name
email
addr

[주문]
order_id (PK)
member_id (회원 FK 관계)
order_status
ship_addr
order_date

[결제]
payment_id (PK)
order_id (주문 FK 관계)
pay_method
pay_amount
pay_status
pay_date

[배송]
delivery_id (PK)
order_id (주문 FK 관계)
delivery_status
tracking_no

[상품]
product_id (PK)
product_name
price
stock_quantity

[주문 항목]
order_item_id (PK)
order_id (주문 FK 관계)
product_id (상품 FK 관계)
order_quantity
order_price

관계 요약은 다음과 같다.

• 회원(1) – (N)주문
  • 주문은 반드시 한 명의 회원에 속한다 (주문 → 회원: 필수 참여).
  • 회원은 주문을 하나도 안 했을 수도 있다 (회원 → 주문: 선택 참여).
• 주문(1) – (1)결제
  • 주문과 결제를 1:1로 단순화한다. (실제 서비스에서는 결제 재시도 등으로 1:N이 될 수 있다)
• 주문(1) – (1)배송
  • 결제 완료 후 배송 정보가 생성되는 구조로 단순화한다.
• 주문(1) – (N)주문 항목 – (N)상품(1)
  • M:N 관계를 연관 엔티티로 해소한 전형적인 구조이다.

3-2. 카디널리티와 참여도 다시 정리

ERD에서는 각 관계에 대해 카디널리티(1:1, 1:N, N:M) 와 참여도(필수/선택) 를 표현한다.

예를 들어 회원과 주문을 정리하면 다음처럼 해석한다.

• 회원 1명은 여러 주문을 가질 수 있다 → 회원(1) – (N)주문
• 주문 1건은 반드시 한 회원에 속해야 한다 → 주문 쪽에서 회원에 필수 참여
• 회원은 주문을 한 번도 하지 않았을 수도 있다 → 회원 쪽에서 주문에 선택 참여

ERD 도구에서는 보통 까마귀 발 표기법(crow's foot) 등으로 이 정보를 표현한다.

3-3. 개념적 모델이니까, 과감하게 생략도 한다

개념적 모델의 목표는 다음에 가깝다.

"모든 기술적 디테일을 다 그리는 것"이 아니라,

"기획, 개발, 운영 등 모두가 같은 그림을 머릿속에 그릴 수 있게 하는 지도를 만드는 것"

그래서 개념적 ERD에서는 다음을 종종 생략한다.