스키마: Difference between revisions
From IT Wiki
No edit summary |
No edit summary |
||
| Line 4: | Line 4: | ||
== 종류 == | == 종류 == | ||
* 내부 스키마 (Internal Schema) | * '''내부 스키마 (Internal Schema)''' | ||
** 물리적 저장 장치 관점에서 본 DB의 물리적인 구조 | ** 물리적 저장 장치 관점에서 본 DB의 물리적인 구조 | ||
* 개념 스키마 (Conceptual Schema) | * '''개념 스키마 (Conceptual Schema)''' | ||
** 논리적 관점에서 본 전체적인 데이터 구조 | ** 논리적 관점에서 본 전체적인 데이터 구조 | ||
** 사용자들이 필요로하는 통합 조직의 데이터베이스 구조 | ** 사용자들이 필요로하는 통합 조직의 데이터베이스 구조 | ||
** View(뷰)라고도 한다 | ** View(뷰)라고도 한다 | ||
* 외부 스키마 (External Schema) | * '''외부 스키마 (External Schema)''' | ||
** 사용자 관점에서의 논리적 구조 | ** 사용자 관점에서의 논리적 구조 | ||
** 서브 스키마, 사용자 뷰라고도 한다. | ** 서브 스키마, 사용자 뷰라고도 한다. | ||
| Line 16: | Line 16: | ||
== 설계 과정 == | == 설계 과정 == | ||
;데이베이스 스키마 설계·개발 순서 | ;데이베이스 스키마 설계·개발 순서 | ||
# 요구 조건 분석(Requirement Formulation) | # '''요구 조건 분석(Requirement Formulation)''' | ||
# 개념적 설계(Conceptual Schema) | # '''개념적 설계(Conceptual Schema)''' | ||
#* 개념 스키마 모델링 | #* 개념 스키마 모델링 | ||
#* 트랜잭션 모델링 | #* 트랜잭션 모델링 | ||
# 논리적 설계(Logical Schema) | # '''논리적 설계(Logical Schema)''' | ||
#* 논리 스키마의 설계 | #* 논리 스키마의 설계 | ||
#* DBMS의 구현 데이터 모델로 표현된 데이터베이스 스키마 도출 | #* DBMS의 구현 데이터 모델로 표현된 데이터베이스 스키마 도출 | ||
#* 컴퓨터가 이해하고 처리할 수 있는 특정 DBMS가 지원가능한 논리적 데이터 구조로 변환 | #* 컴퓨터가 이해하고 처리할 수 있는 특정 DBMS가 지원가능한 논리적 데이터 구조로 변환 | ||
#* 트랜잭션의 전체적인 골격을 개발하고 인터페이스를 정의한다 | #* 트랜잭션의 전체적인 골격을 개발하고 인터페이스를 정의한다 | ||
# 물리적 설계(Logical Schema) | # '''물리적 설계(Logical Schema)''' | ||
#*DB 파일에 대한 저장 구조와 접근 경로를 결정 | #* DB 파일에 대한 저장 구조와 접근 경로를 결정 | ||
#*응답시간, 저장공간의 효율, 트랜잭션 처리도를 고려 | #* 응답시간, 저장공간의 효율, 트랜잭션 처리도를 고려 | ||
# 데이터베이스 구현 | # '''데이터베이스 구현''' | ||
#* 해당 DBMS의 DDL을 통해 구축 | #* 해당 DBMS의 DDL을 통해 구축 | ||
Revision as of 00:08, 9 May 2019
- Schema
- 데이터베이스의 전체적인 구조와 제약조건에 대한 명세
종류
- 내부 스키마 (Internal Schema)
- 물리적 저장 장치 관점에서 본 DB의 물리적인 구조
- 개념 스키마 (Conceptual Schema)
- 논리적 관점에서 본 전체적인 데이터 구조
- 사용자들이 필요로하는 통합 조직의 데이터베이스 구조
- View(뷰)라고도 한다
- 외부 스키마 (External Schema)
- 사용자 관점에서의 논리적 구조
- 서브 스키마, 사용자 뷰라고도 한다.
설계 과정
- 데이베이스 스키마 설계·개발 순서
- 요구 조건 분석(Requirement Formulation)
- 개념적 설계(Conceptual Schema)
- 개념 스키마 모델링
- 트랜잭션 모델링
- 논리적 설계(Logical Schema)
- 논리 스키마의 설계
- DBMS의 구현 데이터 모델로 표현된 데이터베이스 스키마 도출
- 컴퓨터가 이해하고 처리할 수 있는 특정 DBMS가 지원가능한 논리적 데이터 구조로 변환
- 트랜잭션의 전체적인 골격을 개발하고 인터페이스를 정의한다
- 물리적 설계(Logical Schema)
- DB 파일에 대한 저장 구조와 접근 경로를 결정
- 응답시간, 저장공간의 효율, 트랜잭션 처리도를 고려
- 데이터베이스 구현
- 해당 DBMS의 DDL을 통해 구축
