[데이터베이스] 데이터베이스 설계 - ERD의 모든 것

우리가 지난 시간에 알아본 데이터베이스 설계 - 개념적 설계 에서 다양한 개념적 설계의 개념에 대해서 알아보았지만 정작 중요한 ERD는 다루지 않았다.

 

그 이유는 워낙 많은 분량이기도 하며 가장 중요하고 잘 쓰이는 것이기 때문에 따로 하나의 게시물로 빼놓았다.

 

만약 개념적 설계에 대해서 조금 부족하다면 데이터베이스 설계 - 개념적 설계 파트를 한 번 가볍게 읽고 오는 것을 추천한다.

ERD

Entity-Relation Daigram으로 엔티티의 관계에 대해 쉽게 작성한 것을 뜻하게 된다.

 

뭐 정보 처리 기사라던지 여러 시험에 나올 때는 Peter Chan이라는 분이 만들었다 라는 이야기가 나오면 바로 ERD를 생각하는 그 ERD를 오늘 한 번 파헤쳐보자.

ERD의 구성 요소

ERD는 개념적 설계의 결과 답게 개념적 설계의 모든 요소가 들어간다.

• 엔티티
• 속성
• 관계

엔티티

생활 코딩

속성

생활 코딩

관계

생활 코딩

과 같은 3 요소로 나타낼 수 있고

표준 ERD 기호는 다음과 같다.

ERD 만들기

백문이 불여일타. 백번 보는 것 보다 직접해보는 것이 낫다. 직접 한 번 ERD를 만드는 실습을 해보자.

문제 상황

학식 예약 시스템을 만들고 싶다. 학식 예약 시스템은 다음과 같다. 학생은 학번과 이름, 학과로 나타낸다. 학식은 식당 이름과 메뉴, 날짜, 제공 타입으로 나타냅니다. 메뉴는 메뉴 이름과 메뉴 선호도를 알 수 있는 좋아요 수를 갖습니다.

이러한 요구 사항 기술서가 있다고 가정했을 때 개념적 설계의 원칙에 따라서 엔티티와 속성, 관계에 대해서 분류해보자.

학식 예약 시스템을 만들고 싶다. 학식 예약 시스템은 다음과 같다. 학생은 학번과 이름, 학과로 나타낸다. 학식은 식당 이름과 메뉴, 날짜, 제공 타입으로 나타냅니다. 메뉴는 메뉴 이름과 메뉴 선호도를 알 수 있는 좋아요 수를 갖습니다.

이런 분석이 완료되었다면 이제 드디어 ERD에 타입을 나눌 수 있다.

엔티티	학생, 학식, 메뉴
속성	이름, 학과, 식당 이름, 메뉴, 날짜, 제공 타입, 메뉴 이름,선호도
관계	메뉴-학식(포함한다), 학생-메뉴(좋아요)

그럼 먼저 엔티티에 따른속성을 그려보자.

이렇게 세 개의 엔티티가 그려졌다.

이제 관계를 추가시켜보자. 관계는 좋아요와 포함한다만 추가시키면 된다.

그리고 마지막으로 속성들만 추가시켜준다면 ERD는 거의 완성 되었다고 할 수 있다.

이제 마지막 남은 관계에 대해서 알아보자.

관계

관계는 앞선 게시물에서 말 했듯이 3가지의 관계가 존재한다.

1. 일대일
2. 일대다
3. 다대다

이 것을 그림으로 표현하자면

이 관계를 ERD에서 표현하고자 한다면 아래와 같이 사용할 수 있다.