정보처리기사 실기 - 논리 데이터 모델의 변환

엔티티(Entity)를 테이블로 변환

논리적 설계	물리적 설계
엔티티	테이블
속성	칼럼
주 식별자	기본키
외부 식별자	외래키
관계	관계

---

슈퍼타입 / 서브타입을 테이블로 변환

슈퍼타입과 서브타입은
논리 데이터 모델에서 공통 속성과 개별 속성을 구분하기 위해 사용
하지만 물리 모델에서는 실제 테이블로 구현해야 하므로, 변환 방법을 선택해야 함

---

슈퍼타입 기준 테이블 변환

• 모든 서브타입을 슈퍼타입 테이블에 통합하여 하나의 테이블로 구성
• 서브타입의 속성과 관계가 적을 경우 적용
• 하나의 통합 테이블에 서브타입 속성 모두 포함
• 각 행은 구분자 컬럼으로 구별
• 데이터 접근이 단순하고 JOIN이 불필요
• 불필요한 NULL 값 다수 발생 가능

---

서브타입 기준 테이블 변환

• 슈퍼타입의 속성을 각 서브타입 테이블에 복사하여 포함
• 서브타입의 속성과 관계가 많을 경우 적용
• 각 서브타입이 독립적인 테이블로 존재
• NULL 발생 최소화, 서브타입별 최적화 가능
• 슈퍼타입 공통 속성이 중복 저장됨

---

개별타입 기준 테이블 변환

• 슈퍼타입과 서브타입 각각을 별도의 테이블로 독립 변환
• 슈퍼타입과 각 서브타입 간 1:1 관계 유지
• 구조적 명확성, 데이터 정합성 유지
• 조인이 자주 발생하여 조회 성능 저하 가능

---

속성을 컬럼으로 변환

논리 데이터 모델의 속성을
물리 데이터 모델의 컬럼으로 변환

• 일반 속성 변환
  • 속성과 컬럼 명칭은 동일하게 하되, 표준 약어를 사용하여 일관성 유지
• Primary UID → 기본키
  • 엔티티의 주 식별자는 물리 모델에서 Primary Key로 지정
• 관계 기반 UID → 기본키
  • 다른 엔티티와의 관계로 생성된 UID도 기본키로 설정
• Secondary UID → 유니크키
  • 대체 식별자는 물리 모델에서 UNIQUE 제약조건으로 변환

---

관계를 외래키로 변환

논리 데이터 모델에서 엔티티 간의 관계는
물리 데이터 모델에서 기본키와 외래키로 구현됨

---