[DB 설계] ER-Model

데이터를 어떻게 설계할 것인가?

 

 

 

▶ 데이터베이스 설계 단계

- 애플리케이션 개발 초기 단계 

요구조건 분석 : 요구사항 명세서 작성 - 만들려고 하는 애플리케이션에 무엇을 만들지 작성하는 기획서, 기획 내용 분석

          ↓             클라이언트는 자연어로 요구할 것이다. 그러면 개발자는 개발자의 관점에서 분석해야 한다

                         추상적인 단계에서 구체적인 단계로 변환하는 작성. 

개념적 설계  : 개념 스키마, 트랜잭션 모델링, ER 모델

          ↓           요구조건을 데이터에 맞게 가공한다. 그 때 등장하는게 ER 모델

논리적 설계 : 논리 스키마 설계, 트랜잭션 인터페이스 설계

          ↓

물리적 설계 : 물리적 구조의 데이터로 변환

          ↓

데이터베이스 구현 : DDL로 데이터 베이스 생성, 트랜잭션 생성 

 

 

▷ 현실세계와 데이터베이스 사이의 모델

 

▶ 데이터 모델링의 3가지 요소

개체 : 업무가 관여하는 어떤 것, 업무에 등장하는 요구사항

속성 : 어떤 것이 가지는 성격, 개체 구성 요소

관계 : 업무가 관여하는 어떤 것의 관계, 개체 간의 관계

 

ex)

학생(개체) 에는 ‘이름’,  ‘학생번호’, ‘담당교수번호’  등의 속성을 갖고 있다

교수(개체) 에는 ‘교수번호’ , ‘이름’,  등의 속성을 갖고 있다

학생 개체의 의 ‘담당교수번호’   교수개체의 ‘교수번호’는 서로 연결된 관계를 갖고 있다.

 

 

▶ ER Model (Entity - Relationship Model)

'개념적 데이터 모델' 중 대표적인 모델이다

1976년 피터 챈(peter chen)에 의해 제안된 모델이다

데이터의 개체(entity), 속성(attribute), 관계(relationship)에 대해 용이하게 표현할 수 있는 ERD(entity - relationship - diagram) 정의

 

 

▷ ER 모델을 표현하는 도형

 

▷ ERD 예시 )  E-R Diagram

 

 

 

▶ Occurence / Cadinality

하나의 개체를 개체 어커런스 (Entity Occurence) 라고 한다

관계에 참여하는 개체 타입의 개수에 대한 대응 카디널리티를 갖는다

대응 카디널리티에 따른 관계의 종류는 1:1 관계 / 1:N 관계 / N:M 관계가 있다

 

▷ 1:1 관계

관계에 참여하고 있는 두 개체 타입이 모두 하나씩의 개체 어커런스를 갖는 관계

 

▷ 1:N 관계

관계에 참여하고 있는 개체 타입 중 개체 타입은 여러개의 개체 어커런스를 가질 수 있다

 

▷ N:M 관계

관계에 참여하고 있는 모든 개체가 여러개의 개체 어커런스를 가질 수 있다