목적
단계
정의
만족해야 할 조건
예시
예를 들어 아래와 같은 고객 취미 테이블이 존재한다고 하자.
위의 테이블에서 추신수와 박세리는 여러 개의 취미를 가지고 있기 때문에 제 1 정규형을 만족하지 못하고 있다.
그렇기 때문에 이를 제 1 정규화하여 분해할 수 있다.
제 1 정규화를 진행한 테이블안 아래와 같다.
정의
완전 함수 종속 : 기본키의 부분집합이 결정자가 되어서는 안된다는 것
예시
예를 들어 아래와 같은 수강 강좌 테이블이 존재한다고 하자.
이 테이블에서 기본키는 (학생번호, 강좌이름)으로 복합키이다.
즉 기본키(학생번호, 강좌이름)의 부분집합인 (강좌이름)이 결정자이기 때문에 제 2 정규형을 만족하지 못하고 있다.
그렇기 때문에 기존의 테이블에서 (강좌이름, 강의실)을 분리하여 별도의 테이블로 관리하여 제 2 정규형을 만족시킬 수 있다.
제 2 정규화를 진행한 테이블은 아래와 같다.
정의
이행적 종속 : A → B, B → C 이면 A → C가 성립되는 것을 의미한다.
예시
예를 들어 아래와 같은 계절학기 테이블이 존재한다고 하자.
이 테이블에서
즉 학생번호는 수강료를 결정하게 된다. (학생 번호 → 수강료)
그렇기 때문에 기존의 테이블을 (학생 번호, 강좌 이름) 테이블과 (강좌 이름, 수강료) 테이블로 분리하여 제 3 정규형을 만족시킬 수 있다.
제 3 정규화를 진행한 테이블은 아래와 같다.
정의
예시
예를 들어 아래와 같은 특강 수강 테이블이 존재한다고 하자.
이 테이블에서 기본키는 (학생 번호, 특강 이름) 이다.
문제는 교수가 특강이름을 결정하는 결정자 이지만, 후보키가 아니라는 점이다.
그렇기 때문에 특강신청 테이블 (학생번호, 교수) 과 특강교수 테이블 (특강이름, 교수) 로 분리하여 BCNF 정규형을 만족시킬 수 있다.
BCNF 정규화를 진행한 테이블은 아래와 같다.