MODEL

• 어떤 목적을 가지고 진짜를 모방한 것

데이터 모델링 단계

1. 업무파악
2. 개념적 데이터 모델링(E-R Diagram)
3. 논리적 데이터 모델링(관계형 데이터베이스 패러다임에 맞는 표로 전환)
4. 물리적 데이터 모델링(최적화된 코드로 실제 표를 만드는 것)

업무파악

정확하게 이해해야 컴퓨터에 명령할 수 있음
의뢰하는 사람과 함께 UI를 그려봄으로써 서로의 생각을 일치시키는데 매우 좋음

기획

ovenapp -> 카카오에서 만든 도구
이를 활용하면 서로의 생각을 일치시켜 업무를 파악하는데 용이

개념적 데이터 모델링

1. 현실에서 개념을 추출하는 일종의 필터를 우리에게 제공해줌
2. 개념에 대해서 다른사람들과 대화하게 해주는 일종의 언어
   이런 목적을 달성하도록 도와주는 도구 => Entity Relationship Diagram

ERD는 현실을 3가지 관점에서 바라볼 수 있는 파인더를 우리에게 제공해줌
1. 정보
2. 그룹
3. 관계

ERD는 매우 쉽게 표로 전환할 수 있음

관계형 데이터베이스 다운 개념의 구조

RDB는 내포관계를 허용하지 않음
따라서 댓글, 글, 저자 각각 따로 나누어야 적합함
장점
1. 주제에 따라 데이터를 그룹화 할 수 있다
2. 컴퓨터의 자원을 아낄 수 있다.
3. join방법을 통해 필요시 표를 합성해서 사용할 수 있다.

E-R Diagram의 구성요소

댓글, 글, 저자 => Entity
글의 제목, 본문, 생성일 => Attribute
저자 <- 쓰다 -> 글 <- 소속 -> 댓글 => Relation

엔티티 정의

draw.io -> E-R Diagram 도구

속성 정의

E-R Diagram에서 속성은 원을 사용하여 표기

식별자(Identifier) 지정

그 대상을 제외한 누구도 같은 값을 가지고 있으면 안됨
식별자가 될 수 있는 키 => 후보키(Candidate Key)
후보키 중에서 선택한 식별자 => 기본키(Primary Key)
후보키 중에서 선택되지 않은 식별자 => 대체키(alternative Key)

엔티티간의 연결

관계의 이름을 E-R Diagram에서 마름모로 표현

Cardinality

1 : 1 관계

1 : N 관계

N : M 관계

Optionality

저자는 댓글을 작성하지 않을 수도 있다.
저자는 댓글이 option이다.(O)

각 댓글은 반드시 저자가 있다.
댓글에게 저자는 Mandatory다.(|)

ERD 완성

사이트(erd.yah.ac) => E-R Diagram 그림 도와주는 도구