Entity-Relation 모델과 Relation 모델에는 근본적으로 차이가 있습니다.

ER 모델에서의 Entity나 Relation은 Relation 모델에서는 모두 Relation 즉 테이블이 될 가능성이 있습니다. 그러나 논리적 모델을 물리적 모델로 바꿀 때는 여러 성능상의 문제를 고려해야 합니다.

따라서 주종 관계(Super-Sub Type) 같은 모델이 물리적 테이블로 바뀌는 과정에서 많은 고민이 필요합니다.

위의 예에서와 같은 주종 관계는 하나의 테이블로 생성할 수도 있고 3개의 테이블로 만들 수 있습니다.

1개의 테이블로 만들었을 경우는 필요하지 않은 속성(필드)에 NULL이 들어가 공간의 낭비가 있을 수 있으며 3개의 테이블로 만들 경우 공간 낭비는 덜하겠지만 전체 테이터를 요구하는 경우가 빈번할 경우, 잦은 조인이 일어날 것입니다. 하나의 테이블에서는 한 테이블 공간의 접근으로 필요한 데이터를 얻을 수 있지만 다른 경우는 두개의 테이블 공간(물리 공간)을 찾아야 합니다. 물론 인덱스 공간을 찾는 비용이 한번 더 들어가는 것을 무시하더라도... 물리적 공간 접근(디스크 ID)에 대한 비용한 DB에서 가장 비싼 비용입니다.

간단한 예

사원 ___ ___ ___

정규 Ref Ref Ref ___ ___

임시 Ref Ref Ref ___ ___

table UID 성명 주소 본봉 수당 일직 특근

사원 1 김가 서울

정규 2 이가 서울 10 1

3 최가 부산 20 2

임시 4 양가 광주 10 1

5 박가 대구 20 2

select * from 사원

UID 성명 주소

1 김가 서울

2 이가 서울

3 최가 부산

4 양가 광주

5 박가 대구

select * from 정규

UID 성명 주소 본봉 수당

2 이가 서울 10 1

3 최가 부산 20 2

select * from 임시

UID 성명 주소 일직 특근

4 양가 광주 10 1

5 박가 대구 20 2

select * from outer(사원)

UID 성명 주소 본봉 수당 일직 특근

1 김가 서울

2 이가 서울 10 1

3 최가 부산 20 2

4 양가 광주 10 1

5 박가 대구 20 2