[데이터 모델링] 2. 개념적 데이터 모델링

목차
1. 개념적 데이터 모델링
2. 개념적 데이터 모델링 예시

 

 

개념적 데이터 모델링에 본격적으로 들어가기 앞서, 다시 한 번 더 데이터 모델링의 단계를 복기해보자.

총 4가지 단계로 구성되며, 어떤 Entity가 있으며, Entity 간의 관계가 어떻게 되는지 큰 틀에서 바라보며 비즈니스 요구사항을 반영하는 단계가 바로 개념적 데이터 모델링이다.

 

 

1. 개념적 데이터 모델링

개념적 데이터 모델링이란, 비즈니스의 요구 사항을 반영하는 데이터 구조를 정의하는 것으로,

핵심 엔티티 (Entity)와 엔티티 간의 관계 (Relationship)을 정의하는 단계이다.

시스템의 데이터 요구사항을 높은 수준으로 이해하고, 이를 시각적으로 표현한다.

 

 

[1] 개념적 데이터 모델링의 목적

• 비즈니스 요구사항 반영 : 비즈니스 요구사항을 명확하게 이해하고 반영하여, 시스템이 비즈니스 프로세스와 일치하는 데이터를 처리할 수 있도록 하기 위함
• 추상화 수준 유지 : 비즈니스 관점에서 데이터를 이해할 수 있는 추상화된 모델을 제공하여, 데이터 구조를 이해하고 설계하는 데 필요한 복잡성을 덜어주기 위함
• 의사소통 도구 : 비즈니스 이해관계자와 개발 팀 간의 원활한 의사소통을 돕기 위함
• 기초 설계 제공 : 논리적/물리적 데이터 모델링의 기초가 되는 구조 제공

 

[2] 개념적 ERD (Entity Relationship Diagram)

ERD는 비즈니스 요구 사항을 통해 수집된 정보를 기반으로 만들어진 모델로,

엔티티, 속성, 관계를 시각적으로 표현하여 데이터베이스의 구조를 보여주는 다이어그램이다.

 

ERD의 구성 요소와 논리적/물리적 데이터 모델링에서 요소들의 역할은 다음과 같다.

- 엔티티 (Entity) : Table

- 속성 (Attribute) : Column

- 관계 (Relation) : PK, FK

 

구성 요소를 기반으로 ERD를 그려보면 아래와 같은 다이어그램이 만들어진다.

주로 엔티티는 □, 관계는 ◇, 정보는 ○로 표현한다.

출처 : https://opentutorials.org/course/3883

 

 

개념적 데이터 모델링의 산출물인 ERD를 만드는 데까지의 과정을 예시에 기반하여 정리해보고자 한다.

 

2. 개념적 데이터 모델링 예시

이커머스 상황을 기반으로 개념적 데이터 모델링을 해보고자 한다.

디테일한 부분은 제외하고 큰 틀에서 예시를 정리해보았다.

 

다음과 같은 순서로 개념적 데이터 모델링을 해보았다.

① 비즈니스 요구사항 정리 → ② 핵심 엔티티 추출 및 속성 정의 → ③ 관계 설정 → ④ 개념적 ERD 그리기

 

 

[1] 비즈니스 요구사항 정리

• 구매 : 사용자는 토스 쇼핑에서 상품을 구매(주문)합니다.
• 구성 : 하나의 주문에는 한 개 또는 여러 개의 상품이 포함될 수 있습니다.
• 입점 : 상품은 특정 판매자(브랜드)에 의해 등록되고 관리됩니다.
• 쿠폰 : 쿠폰을 사용하여 금액 할인을 받을 수 있습니다.

 

[2] 핵심 엔티티 추출 및 속성 정의

비즈니스 요구사항 중 핵심 엔티티를 추출한 후, 엔티티와 관련된 필요한 정보들을 속성으로 정의한다.

이후 엔티티 속성 중 대표가 되는 식별자(Identifier)을 지정해야 한다.

엔티티를 나타내는 고유한 값으로, 각 식별자는 밑줄을 그어 표현하였다.

• 사용자 : 사용자ID, 이름
• 상품 : 상품ID, 상품명, 가격
• 주문 : 주문ID, 주문일자, 주문상태
• 판매자 : 판매자ID, 상호명
• 쿠폰 : 쿠폰ID, 쿠폰명, 사용여부

 

[3] 관계 설정

관계 설정에서 반드시 따져야 하는 것은 바로 Cardinality, Optionality이다.

- Cardinality : 데이터 집합의 유니크한 원소 갯수 → 1:1, 1:N, M:N

- Optionality : 필수 or 선택 (0 또는 1 이상)

관계	설명
사용자 (1) : 주문 (N)	- (C) 사용자는 여러 번 주문을 생성할 수 있다. - (O) 사용자에게 주문은 있을 수도 있고 없을 수도 있으며, 주문에게 사용자는 반드시 있어야 한다.
판매자 (1) : 상품 (N)	- (C) 판매자는 여러 개의 상품을 입점하여 보유할 수 있다. - (O) 판매자에게 상품은 반드시 있어야 하며, 상품 또한 판매자가 반드시 있어야 한다.
주문 (N) : 상품 (M)	- (C) 하나의 주문에는 여러 상품을 포함할 수 있으며, 하나의 상품도 여러 주문에 포함할 수 있다. - (O) 주문에게 상품은 반드시 있어야 하며, 상품에게 주문이 있을 수도 있고 없을 수도 있다.
사용자 (1) : 쿠폰 (N)	- (C) 사용자는 여러 개의 쿠폰을 보유할 수 있다. - (O) 사용자에게 쿠폰은 있을 수도 있고 없을 수도 있으며, 쿠폰에게 사용자가 반드시 있어야 한다.
주문 (1) : 쿠폰 (1 or 0)	- (C) 하나의 주문에는 최대 하나의 쿠폰만 적용되거나, 사용되지 않을 수도 있다. - (O) 주문에게는 쿠폰이 있을 수도 있고 없을 수도 있으며, 쿠폰에게는 주문이 반드시 있어야 한다.

 

 

[4] 개념적 ERD 그리기

개념적 ERD를 그리기에 앞서, ERD 표기법을 간단하게 살펴보자.

- Cardinality : 엔티티의 인스턴스가 1개만 매칭이 된다면 세로바(|)로 표현하고, 2개 이상(N, M)은 Crow’s foot (<)로 표현한다.

- Optionality : 필수면 세로바(|)로 표현하고, 선택 가능하면 (옵션) 동그라미 (○)로 표현한다.

출처 : https://www.lucidchart.com/pages/ER-diagram-symbols-and-meaning

 

 

위에서 설정한 엔티티, 속성, 관계를 기반으로 개념적 ERD를 그려보자.

우선 엔티티와 관계로만 ERD를 작성해보았다. 

 

그 다음 각 엔티티에 필요한 속성을 추가하여 ERD를 완성하였다.

대략적인 그림을 그리는 단계이기 때문에 필수적인 속성을 위주로만 추가하였다.

 

[+] 참고로 다이어그램 그릴 때 https://app.diagrams.net/ 이 사이트를 활용했다.

---

개념적 데이터 모델링에서 최종 산출물인 ERD를 그려보았으며, ERD까지 어떠한 과정으로 진행되는지 살펴보았다.

다음은 ERD를 기반으로 논리적 데이터 모델링을 통해 정규화된 테이블 구조를 만들어볼 예정이다.

 

이전 포스팅

[데이터 모델링] 1. 데이터 모델링이란?

 

[데이터 모델링] 3. 논리적 데이터 모델링

 

 

참고 자료

https://opentutorials.org/course/3883

https://wikidocs.net/253197

https://datarian.io/blog/how-to-read-er-diagrams

 

 

개인적으로 공부하고 정리하기 위해 작성한 포스팅으로 잘못된 부분이 있으면 댓글 주시면 감사하겠습니다 :)!