목차
1.일괄처리 시스템
2.시분할처리시스템
3. 분산처리 시스템[distributed processing system]
4.실시간 시스템( real time processing system ]
2.시분할처리시스템
3. 분산처리 시스템[distributed processing system]
4.실시간 시스템( real time processing system ]
본문내용
것이다.3단계는 외부단계(External Level), 개념단계(Conceptual Level), 내부단계(Internal Level)를 칭한다.이는 사용자(외부단계)와 기관 전체(개념단계), 저장장치(내부단계)의 관점(view)에 따라 나뉘는 것이다.여기서 알아야 할 것이 스키마(Schema)라는 것의 개념이다.스키마라는건 데이터베이스의 구조(개체, 속성, 관계)에 대한 정의와 이에 대한 제약조건 등을 기술한 것이다.쉽게말하면 데이터 구조와 그 표현법의 기술을 수용한 파일이라고 할 수 있다.이는 아래의 그림에서의 설명을 보면 좀 더 쉽게 이해가 갈 것이다.3단계 데이터 베이스 구조 또는 3단계 스키마는 3가지의 각각 다른 단계가 있고 이들간의 사상(Mapping)을 통해시스템을 구성한다.외부스키마(External Schema), 개념스키마(Conceptual Schema), 내부스키마(Internal Schema)로 나뉜다.각각 외부단계, 개념단계, 내부단계로 표현하는 책도 있다.
외부스키마는사용자나 응용 프로그래머가 접근할 수 있는 데이터베이스를 정의한다.서브 스키마(sub schema)라고도 부르는데 전체 데이터베이스의 한 논리적 부분으로 볼 수 있기 때문이다.
말이 어려운것 같은데 데이터베이스의 구조에서 논리적 구조와 물리적 구조의 개념과 통하는 부분이 있다.즉 외부스키마는 개개사용자와 응용프로그램 등이 직접 접하는 데이터베이스의 관점을 표현한 것이라 보면된다.따라서 응용프로그램이나 사용자와 관련된 개체(entity)만 포함한다.
개념 스키마는범 기관적 입장에서 본 데이터베이스 정의를 기술한 것이다.모든 응용에 대한 전체적으로 통합된 데이터구조로 스키마(Scgema)라고 부르기도 한다.접근권한과 보안정책, 무결성 규칙등을 이부분에서 명세한다.
쉽게말하면 데이터베이스에는 각각의 응용프로그램의 데이터가 저장된다.이 각각의 데이터들과 그것들간의 관계를 표현하고 개개의 데이터를 통합하는 측면으로 이해하면 된다.많은 외부스키마(개개의 객체들의 데이터)가 가진 서로간의 관계를 이 개념스키마에서 연관지어 데이터화 한다.
내부 스키마는물리적 저장장치의 관점에서 본 전체 데이터베이스의 명세이다.즉, 개념스키마의 물리적 저장구조에 대한 정의를 기술한 것이다.내부 레코드의 형식, 인덱스의 유무, 통합 데이터항목의 표현 방법에 관한 명세 같은 것들이 여기에 정의된다.
역시 쉽게말한다면 데이터베이스 구조의 물리적 구조와 비슷한 개념이다.물리적 저장장치에 데이터가 실제적으로 저장되는 방법을 표현하는 스키마이다.개념스키마를 어디에 어떤 형식으로 저장할 지를 정하는 것이다.예를 하나 들어 살펴보자.
위의 그림은 학생데이터베이스를3단계 스키마로 표현한 것이다.
학적과와 학생과가 외부스키마가 아니다.이 둘에서 다루는 데이터의 명세가 외부스키마가 되는 것이다.(네모 안에 있는 내용)즉 둘은 서로 별개로 존재하는다른 부서이지만 학생이라는 개체를 다룬다.왼쪽의 학적과는 ST로 학생을 표현했고 SN, NAME, GRADE, DEPT라는 속성들로 학생의 정보를 입력한다.학번, 이름, 학년, 전공 등을 아마 저정도로 표현한 것같다.오른쪽의 학생과는 STUDENT로 학생을 표현했다.SNO, SNAME, YEAR, ADDR라는 속성들로 학생의 정보를 입력한다.학번, 이름, 입학년도, 주소 쯤 될것이다.학번과 이름은 학생을 구분하는데 있어 필수적인 것이므로 두 부서 모두 필요로 하고나머지는 각 부서가 필요한 것만을 저장한 것이다.여기서 SN과 SNO라는 다른표현을 썼지만 둘다 학번(student number)을 나타내는 것이고개념스키마에서 SNUMBER로 사상(Mapping)된 것을 볼 수있다.(사상은 데이터와 데이터 사이의 일종의 대응관계를 정의한것이다.)
이 각각의 외부 스키마를 개념스키마 단계에서 통합을 한다.이름만 비교하면 동명이인이 있을 수 있다.학번은 학생 개개인마다 같을 수 없는, 즉 주민등록번호처럼 학생을 구분할 수 있는 것이므로학번을 통해 데이터를 통합한다.즉 학적과에서의 박지훈 이란 학생의 데이터(학번으로 구분)와오른쪽 학생과에서의 박지훈 이란 학생의 데이터를 가져와 둘을 통합하는 것이다.이러한 단계가 개념스키마이다.가운데의 개념스키마를 보면 학번과 이름이라는 중복되는 항목은 하나로 표시하고 겹치지 않는 항목은 따로 속성으로 구분한 것을 볼 수 있다.
이제 제일 아래의 내부스키마에서는 색인을 명세하고 개념스키마에서 통합된 데이터를 어디에 저장할지가 명세되어있는 것을 볼 수 있다.
외부스키마는사용자나 응용 프로그래머가 접근할 수 있는 데이터베이스를 정의한다.서브 스키마(sub schema)라고도 부르는데 전체 데이터베이스의 한 논리적 부분으로 볼 수 있기 때문이다.
말이 어려운것 같은데 데이터베이스의 구조에서 논리적 구조와 물리적 구조의 개념과 통하는 부분이 있다.즉 외부스키마는 개개사용자와 응용프로그램 등이 직접 접하는 데이터베이스의 관점을 표현한 것이라 보면된다.따라서 응용프로그램이나 사용자와 관련된 개체(entity)만 포함한다.
개념 스키마는범 기관적 입장에서 본 데이터베이스 정의를 기술한 것이다.모든 응용에 대한 전체적으로 통합된 데이터구조로 스키마(Scgema)라고 부르기도 한다.접근권한과 보안정책, 무결성 규칙등을 이부분에서 명세한다.
쉽게말하면 데이터베이스에는 각각의 응용프로그램의 데이터가 저장된다.이 각각의 데이터들과 그것들간의 관계를 표현하고 개개의 데이터를 통합하는 측면으로 이해하면 된다.많은 외부스키마(개개의 객체들의 데이터)가 가진 서로간의 관계를 이 개념스키마에서 연관지어 데이터화 한다.
내부 스키마는물리적 저장장치의 관점에서 본 전체 데이터베이스의 명세이다.즉, 개념스키마의 물리적 저장구조에 대한 정의를 기술한 것이다.내부 레코드의 형식, 인덱스의 유무, 통합 데이터항목의 표현 방법에 관한 명세 같은 것들이 여기에 정의된다.
역시 쉽게말한다면 데이터베이스 구조의 물리적 구조와 비슷한 개념이다.물리적 저장장치에 데이터가 실제적으로 저장되는 방법을 표현하는 스키마이다.개념스키마를 어디에 어떤 형식으로 저장할 지를 정하는 것이다.예를 하나 들어 살펴보자.
위의 그림은 학생데이터베이스를3단계 스키마로 표현한 것이다.
학적과와 학생과가 외부스키마가 아니다.이 둘에서 다루는 데이터의 명세가 외부스키마가 되는 것이다.(네모 안에 있는 내용)즉 둘은 서로 별개로 존재하는다른 부서이지만 학생이라는 개체를 다룬다.왼쪽의 학적과는 ST로 학생을 표현했고 SN, NAME, GRADE, DEPT라는 속성들로 학생의 정보를 입력한다.학번, 이름, 학년, 전공 등을 아마 저정도로 표현한 것같다.오른쪽의 학생과는 STUDENT로 학생을 표현했다.SNO, SNAME, YEAR, ADDR라는 속성들로 학생의 정보를 입력한다.학번, 이름, 입학년도, 주소 쯤 될것이다.학번과 이름은 학생을 구분하는데 있어 필수적인 것이므로 두 부서 모두 필요로 하고나머지는 각 부서가 필요한 것만을 저장한 것이다.여기서 SN과 SNO라는 다른표현을 썼지만 둘다 학번(student number)을 나타내는 것이고개념스키마에서 SNUMBER로 사상(Mapping)된 것을 볼 수있다.(사상은 데이터와 데이터 사이의 일종의 대응관계를 정의한것이다.)
이 각각의 외부 스키마를 개념스키마 단계에서 통합을 한다.이름만 비교하면 동명이인이 있을 수 있다.학번은 학생 개개인마다 같을 수 없는, 즉 주민등록번호처럼 학생을 구분할 수 있는 것이므로학번을 통해 데이터를 통합한다.즉 학적과에서의 박지훈 이란 학생의 데이터(학번으로 구분)와오른쪽 학생과에서의 박지훈 이란 학생의 데이터를 가져와 둘을 통합하는 것이다.이러한 단계가 개념스키마이다.가운데의 개념스키마를 보면 학번과 이름이라는 중복되는 항목은 하나로 표시하고 겹치지 않는 항목은 따로 속성으로 구분한 것을 볼 수 있다.
이제 제일 아래의 내부스키마에서는 색인을 명세하고 개념스키마에서 통합된 데이터를 어디에 저장할지가 명세되어있는 것을 볼 수 있다.
추천자료
NEIS에 대한 사회적 이슈와 정책 과정상의 문제
삼성 SDI 기업분석 - 재무제표 비율분석을 중심으로
롯데 마그넷의 Electronic Data Interchange 구축 사례
병렬 프로그램
전자상거래 RePORT
미래 도시 - U-Eco city, 도시 재생 등을 중심으로, 국내외 현황, 파급효과 등
간호 정보학
생산관리의 ERP적용 방법과 풀무원 사례를 통해 ERP의 개념 및 필요성에 대해 알아보시오.
삼성전자 성공비결(삼성전자 왜 강한가)[2009년 10월 업데이트]
OS 의 개념
전사적 자원관리(ERP)의 개념(정의)과 특징
[데이터웨어하우징] 데이터웨어하우징의 개념(정의)과 구조, OLAP
Big Data (빅 데이터) (정의, 개념, 출현배경, 특징, 분석, 표현기술, 활용사례 및 의의, 장...
청주대 지식정보사회와 컴퓨터활용 01~07