스키마: 두 판 사이의 차이

IT위키
편집 요약 없음
편집 요약 없음
 
(사용자 3명의 중간 판 8개는 보이지 않습니다)
1번째 줄: 1번째 줄:
[[분류:데이터베이스]]
[[분류:정보처리기사]]
;Schema
;Schema
; 데이터베이스의 전체적인 구조와 제약조건에 대한 명세
;데이터베이스의 전체적인 구조와 제약조건에 대한 명세
 
==종류==
 
*'''내부 스키마 (Internal Schema)'''
**물리적 저장 장치 관점에서 본 DB의 물리적인 구조
*'''개념 스키마 (Conceptual Schema)'''
**논리적 관점에서 본 전체적인 데이터 구조
**사용자들이 필요로하는 통합 조직의 데이터베이스 구조
**View(뷰)라고도 한다
*'''외부 스키마 (External Schema)'''
**사용자 관점에서의 논리적 구조
**서브 스키마, 사용자 뷰라고도 한다.


== 종류 ==
==[[데이터베이스 스키마 설계|설계 과정]]==
* 내부 스키마 (Internal Schema)
** 물리적 저장 장치 관점에서 본 DB의 물리적인 구조
* 개념 스키마 (Conceptual Schema)
** 논리적 관점(사용자) 에서 본 전체적인 데이터 구조
** View(뷰)라고도 한다
* 외부 스키마 (External Schema)
** 사용자 관점에서의 논리적 구조
** 서브 스키마, 사용자 뷰라고도 한다.


== 설계 과정 ==
;데이베이스 스키마 설계·개발 순서
;데이베이스 스키마 설계·개발 순서
# 요구 조건 분석
 
# 개념적 설계
#'''요구 조건 분석(Requirement Formulation)'''
#* 개념 스키마 모델링
#'''개념적 설계(Conceptual Schema)'''
#* 트랜잭션 모델링
#*DBMS에 독립적인 개념 스키마 모델링
# 논리적 설계
#*트랜잭션 모델링
#* 논리 스키마의 설계과정
#*ER 다이어그램 산출
#* 컴퓨터가 이해하고 처리할 수 있는 특정 DBMS가 지원가능한 논리적 데이터 구조로 변환
#'''논리적 설계(Logical Schema)'''
#* 트랜잭션의 전체적인 골격을 개발하고 인터페이스를 정의한다
#*논리 스키마의 설계
# 물리적 설계
#*DBMS의 구현 데이터 모델로 표현된 데이터베이스 스키마 도출
#*컴퓨터가 이해하고 처리할 수 있는 특정 DBMS가 지원가능한 논리적 데이터 구조로 변환
#*트랜잭션의 전체적인 골격을 개발하고 인터페이스를 정의한다
#'''물리적 설계(Physical Schema)'''
#*DB 파일에 대한 저장 구조와 접근 경로를 결정
#*DB 파일에 대한 저장 구조와 접근 경로를 결정
# 데이터베이스 구현
#*응답시간, 저장공간의 효율, 트랜잭션 처리도를 고려
#* 해당 DBMS의 DDL을 통해 구축
#'''데이터베이스 구현'''
#*해당 DBMS의 DDL을 통해 구축

2023년 4월 9일 (일) 11:02 기준 최신판


Schema
데이터베이스의 전체적인 구조와 제약조건에 대한 명세

종류[편집 | 원본 편집]

  • 내부 스키마 (Internal Schema)
    • 물리적 저장 장치 관점에서 본 DB의 물리적인 구조
  • 개념 스키마 (Conceptual Schema)
    • 논리적 관점에서 본 전체적인 데이터 구조
    • 사용자들이 필요로하는 통합 조직의 데이터베이스 구조
    • View(뷰)라고도 한다
  • 외부 스키마 (External Schema)
    • 사용자 관점에서의 논리적 구조
    • 서브 스키마, 사용자 뷰라고도 한다.

설계 과정[편집 | 원본 편집]

데이베이스 스키마 설계·개발 순서
  1. 요구 조건 분석(Requirement Formulation)
  2. 개념적 설계(Conceptual Schema)
    • DBMS에 독립적인 개념 스키마 모델링
    • 트랜잭션 모델링
    • ER 다이어그램 산출
  3. 논리적 설계(Logical Schema)
    • 논리 스키마의 설계
    • DBMS의 구현 데이터 모델로 표현된 데이터베이스 스키마 도출
    • 컴퓨터가 이해하고 처리할 수 있는 특정 DBMS가 지원가능한 논리적 데이터 구조로 변환
    • 트랜잭션의 전체적인 골격을 개발하고 인터페이스를 정의한다
  4. 물리적 설계(Physical Schema)
    • DB 파일에 대한 저장 구조와 접근 경로를 결정
    • 응답시간, 저장공간의 효율, 트랜잭션 처리도를 고려
  5. 데이터베이스 구현
    • 해당 DBMS의 DDL을 통해 구축