데이터베이스 정규화 과제

소개

`학생관리 시스템`을 정규화한 데이터베이스 최종보고서입니다.

논리적,물리적,도메인정의서, 테이블 기술서 등이 들어있습니다.

목차

1. 프로젝트 개요서
2. 시스템 구성도
3. 업무 기술서
4. 업무 문서 리스트
5. 논리적 데이터 모델
6. 물리적 데이터 모델
7. 용어 사전 .
8. 도메인 정의서
9. 테이블 기술서

[별첨]
별첨 1. 데이터베이스 구축 자료
- DB 및 테이블, 인덱스, 뷰, 트리거 등 구축 내용
- 레코드 삽입 내용
- 업무와 관련된 쿼리 예제( 질의 내용도 함께 서술할 것)
별첨 2. 프로젝트 후기
- 각 조원별로 각 후기 작성할 것

본문내용

◈ 정규화 설명

위의 정규화 이전의 ERD를 살펴보면 학생은 복수전공(전공 2개를) 가질수 있으므로 전공코드와 전공명이 두 개씩 들어가게 된다. 하지만 이렇게 정의를 할 경우 두 번째 전공코드와 전공명에는 NULL 값이 들어갈수가 있으므로, 이것은 1차 정규화의 대상이 된다. 그래서 1차정규화의 그림과 같이 엔티티를 따로 생성하여 1 : N의 관계를 맺어주면 된다. 또한 강의에서 사용되는 교재는 1권이 있을수 있고, 여러권이 있을수도 있고, 교재를 사용하지 않을수도 있다. 그러므로 교재 코드와 교재명에 NULL 값이 들어가는 경우가 생기므로 이 또한 제 1정규화의 대상이 된다. 그래서 아래의 그림과 같이 교재 엔티티를 따로 만들어서 1 : N 의 관계를 맺어 주면 된다.
2차 정규화를 해야되는 대상의 기본 전제조건은 키가 복합키로 구성되어져 있을때이다. 여기서 고려해야되는대상은 수강신청 엔티티 즉, 과목코드와 학번의 복합키로 구성된 엔티티이다. 하지만 해당과목의 성적을 알기 위해서는 학번과 과목코드를 알고 있으야만 가능하므로 2차 정규화의 대상이 아니다. 또한 강의 엔티티를 살펴보면 교수코드와 과목코드 두 개를 알아야하니 강의계획서 / 시간 / 강의실을 결정 할수 있으므로 이또한 2정규화의 대상이 아니다. 따라서 2정규화의 대상이 되는것은 없다.
3차 정규화를 해야되는 것을 살펴보면 우리조가 처음으로 생각한것은 학생 엔티티의 성별/나이가 학번이 아닌 주민등록번호에 의존하고 있어서 제 3 정규화를 시도해야된다는 것이었다. 하지만 학번으로도 학생에 대한 모든정보를 파악 할수 있다고 판단했고, 설령 학번으로 알수 없다서, 주민등록번호 엔티티를 따로 뺀다고해도 , 학생의 학번을 기본키로 하는 엔티티와는 1:1관계를 맺게 되므로 제3 정규화의 대상에 포함 되지 않는다.
또한 강의계획서에 시간/강의실에 의존한다는것을 제3 정규화의 대상으로 생각하였으나, 우리학교 기준으로 할때 강의계획서에는 시간과 강의실이 포함되지 않는다.

참고자료

· 디비관련서적