데이터 모델링

나의 최종 목표

• 신청서, 법정 서식 중에 임의의 서식을 제공 받음
• 5분 ~ 10분 내에 아래의 문항을 남에게 설명하기
  - 식별 가능한 데이터셋이 어떤 게 있는지
  - 각각의 데이터 셋이 어떤 속성이 있는지
  - 복수 개의 데이터셋이 식별됐다면 데이터셋 간의 연관 관계가 어떤지 설명
  

관계형 데이터베이스 (RDBMS)

과거에 작성한 링크

• 테이블 간의 관계 / 스키마를 지정해야 한다.
• 2차원 구조 모델
• 테이블 간의 관계를 나타내기 위해 외래키를 사용

데이터베이스 설계 원칙

• 중복성 지양
  같은 DB 내의 데이터나 속성이 중복으로 저장되는 것을 지양
• 유연성
  추후 변화의 가능성을 열어두고 설계
• 일관성
  데이터 간의 연관된 정보를 무시하고 데이터가 갱신되는 경우를 방지

데이터 모델링의 정의

• 현실 세계를 데이터베이스에서 표현하기 위한 추상화 과정
• 데이터 모델링 표기법을 사용하여 모델링
• 고객의 업무 프로세스 내 비즈니스 프로세스 규칙을 정의하여 데이터 모델로 표현
• 고객이 이해하기 쉽게 간결하게 모델링

데이터베이스 설계 순서

AWS 참고

1. 요구 조건 분석

요구 조건 명세서 작성

2. 개념적 설계

- 현실 세계에 대한 인식을 추상적 개념으로 표현하는 과정

• 개념 스키마, 트랜잭션 모델링, E-R 모델 (그림으로 표현)

3. 논리적 설계

- 현실 세계에서 발생하는 자료를 특정 DBMS가 지원하는 논리적 자료 구조로 변환 (mapping) 시키는 과정

• 논리 스키마 설계, 트랜잭션 인터페이스 설계
• 정규화로 개념 스키마를 평가, 정제하는 단계 정규화 수행

4. 물리적 설계

- 논리적 구조로 표현된 데이터 > 물리적 구조의 데이터로 변환

• 데이터가 컴퓨터에 저장되는 방법을 묘사
• 성능, 특정 DBMS 고려
  ex) 반정규화, 인덱스,...
  

5. 구현

목표 DBMS의 DDL로 DB 생성, 트랜잭션 생성

데이터베이스의 정규화

과거에 작성한 링크