1) 논리 데이터 저장소 확인하기
- 논리 데이터 저장소 확인 절차
-> 엔티티 및 속성 확인
- 엔티티의 누락/중복 확인
- 속성을 확인하여 물리 테이블의 컬럼으로 전환 가능한지 여부 확인
- 공통 코드 대상 확인
* 공통 코드 : 유형이 정해져 있는 속성으로 그 상태가 잘 변하지 않는 속성들
-> 관계 확인 : 엔티티간 관계와 정규화 수준 검토
•정규화(Normalization)
이상 현상의 원인이 되는 데이터 중복성을 제거 -> 데이터 무결성 보존
- 정규화의 원칙
- 무손실 분해
- 자료의 중복성 제거
- 분리의 원칙
- 제1정규형(1NF)
릴레이션 R의 모든 속성 값이 원자값을 가지는 릴레이션
- 제2정규형(2NF)
릴레이션 R이 제1정규형이고 기본키가 아닌 속성이 기본키에 완전 함수 종속일 때 R은 제2정규형을 만족한다.
- 제3정규형(3NF)
릴레이션 R이 제2정규형이고 기본키가 아닌 속성이 기본키에 비이행적으로 종속할 때 R은 제3정규형을 만족한다.
-> 이행 종속을 없애는 것
- BNCF 정규형(보이스/코드 정규형)
릴레이션 R이 함수 종속성 X→Y가 성립할 때 모든 결정자 X가 후보키이면 R은 BCNF를 만족한다.
-> 후보키인 결정자를 찾고 이를 기준으로 분해
- 제4정규형(4NF)
릴레이션 R에서 MVD(다치종속) A→→B가 존재할 때 R의 모든 애트리뷰트들이 A에 함수종속이면 R은 제4정규형을 만족한다.
-> 다치종속을 없애거나 A→→B|C 일 때 A가 후보키
* 다치종속 : A→→B, 속성 A의 하나의 값이 B의 여러 값을 결정할 때
- 제5정규형(5NF)
릴레이션 R에 존재하는 모든 조인종속이 R의 후보키를 통해 성립되면 R은 제5정규형을 만족한다.
•CRUD 매트릭스
- 프로세스와 엔티티의 상관관계를 이용하여 구축된 엔티티 관계도를 검증하는 도구
- 생성(C), 조회(R), 변경(U), 삭제(D) 여부 표기
- 점검기준
- 모든 엔티티에 CRUD가 한번 이상 표기
- 모든 엔티티에 C가 한번 이상 존재
- 모든 엔티티에 R이 한번 이상 존재
- 모든 단위 프로세스가 하나 이상의 엔티티에 표기
정보처리기사 실기 - 2. 데이터 입출력 구현(2) /인덱스/반정규화
2) 물리 데이터 저장소 설계 절차 •물리 스키마 설계 - ERD 변환 (논리 -> 물리) 엔티티 테이블 속성 컬럼 주 식별자 기본키 외래 식별자 외래키 관계 관계 관계의 카디널리티 관계의 카디널리티
aapslie94.tistory.com
'전공 > 정보처리기사 실기' 카테고리의 다른 글
| 정보처리기사 실기 - 3. 통합 구현(1) /연계데이터/태그/JSON (0) | 2021.04.09 |
|---|---|
| 정보처리기사 실기 - 2. 데이터 입출력 구현(2) /인덱스/반정규화 (0) | 2021.04.03 |
| 정보처리기사 실기 - 1. 요구사항 확인(3) /UML/유스케이스/다이어그램/디자인 패턴 (0) | 2021.04.03 |
| 정보처리기사 실기 - 1. 요구사항 확인(2) /애자일 방법 (0) | 2021.04.01 |
| 정보처리기사 실기 - 1. 요구사항 확인(1) /현행시스템/아키텍처 (0) | 2021.04.01 |