3단계-스키마 아키텍처

[3단계-스키마 아키텍처]

▪ 목적은 물리적 데이터베이스로부터 사용자 응용들을 분리시키는 것이다.

▪ 상호간의 독립성을 제공. 데이터의 복수개의 뷰(multiple view)를 제공

▪ 사용자가 데이터베이스 시스템 내에서 스키마 단계들을 시각화하는데 편리한 수단

▪ 내부단계는 내부스키마 

  - 내부 스키마는 데이터베이스의 물리적 저장 구조를 기술한다. 내부 스키마는 물리적 데이터 모델을 사용하고 데이터 저장 구조의 세부사항과 데이터베이스에 대한 접근 경로들을 기술한다.

▪ 개념단계는 개념스키마 

  - 일반적인 스키마로서 개념 스키마는 모든 사용자들을 위한 전체 데이터베이스의 구조를 기술한다. 

  - 개념 스키마는 물리적 저장 구조의 세부 사항을 은폐시키고, 엔티티, 데이터 타입, 관계, 사용자 연산, 제약조건들을 나타내는 데 중점을 둔다.

  - 데이터베이스 시스템이 구현될 때 개념 스키마를 나타내기 위해서 일반적으로 표현데이터 모델이 사용 된다. 이런 구현 개념 스키마는 종종 고수준 데이터 모델에서 개념스키마 설계를 기반으로 한다.

▪ 외부단계 또는 뷰단계는 많은 외부스키마나 사용자 뷰들을 포함

  - 각 외부 스키마는 특정 사용자 그룹이 관심을 갖는 데이터베이스 부분을 기술하고, 그 사용자 그룹에 게 데이터베이스의 나머지 부분을 은폐시킨다.

  - 이전 경우와 마찬가지로 각 외부 스키마는 일반적으로 표현 데이터 모델을 사용하여 구현된다. 가능하면 고수준 데이터 모델에서 외부 스키마 설계를 기반으로 한다.

  - SQL로 view를 기술한다.

 

# Mapping(사상)

▪ 사용자가 보는 view를 기반으로 질의가 주어졌을 때, 컴퓨터가 보는 view의 관점으로 변환시켜 주기 위해서, 각 레벨간에 “mapping = query 변환”이 필요하다

▪ 즉, External Schema(고수준)를 참조하는 프로그램들은 Internal schema(저수준)를 참조하는 프로그 램으로 변경되어야 한다.

▪ 이러한 사상들에는 시간이 많이 소요될 수 있으므로 일부 DBMS들은 외부 뷰들을 지원 하지 않는다.

 

댓글이나 공감 남겨주는 사람 착한사람