Day_01. Database System Architecture

3 Level of data representation--데이터 표현의 3계층
---External Level (Indivisual user view) – external schema – 응용부분에 중점
---conceptual level (community user view) – conceptual schema – 조직 DB를 전체 통합
---Internal Level (storage view) – internal schema – 물리적 storage structure

왜 3 Level 로 지정되어있나
---data의 독립성 – independence 를 위해서

External view --- conceptual view --- internal view
---각 view사이에는 mapping (사상)이라는 개념이 있어서 서로 내용을 보정해준다

External level의 특징
--user 관점에서 중요함
--application programmer 가 이용하는 관점(c++,java등을 이용)
--end user,
--DBA
--Data language 가 작동하는 layer –DDL , DML
--External view
----content of database as perceived by certain user - 특정 유저에 의한 인식
----multiple occurrence of multiple types of external record - 여러종류의 외부 기록의 발생 ----define by external schema - external 스키마에 의한 정의


Conceptual level의 특징
--conceptual view
---multiple occurrence of multiple types of conceptual record - 다수의 conceptual 기록의 발생
---security, integrity check - 보안성, 무결성의 검사
---representation of the entire information content of database – 전체 db에 대한 정보 표현


Internal level
--internal schema – 내부 스키마
------define various type of stored record – 다양한 타입의 저장 레코드 정의
------many type of property – 다양한 속성의 지정
--------what index exist – 어떤 인덱스가 있는지
--------how stored – 어떻게 저장할지
--internal view – 내부 뷰
------multiple occurrence of multiple type of internal (stored record)


Mapping – 사상
--conceptual / internal mapping
----define the correspond between the conceptual view , stored database
----how can capture record and field are represented at the internal level
--external/conceptual mapping
----define the correspondence between particular external view conceptual view
--external / external mapping
----definition of one external view to be expressed internals of other


DBA responsibilities – DBA 가 하는일
--deciding the information content of the database - 데이터베이스의 데이터 저장 내용,형식 지정
----conceptual schema – object form DBMS use
--deciding the storage structure and access strategy - 저장 구조 전략 수립
--defining strategy for backup & recovery - 백업& 복구전략수립
--perform monitoring – 모니터링


DBA Utility – DBA 가 사용하는 유틸들
--load, DB Dump/restore , re-organization , analysis , statistics


Native language / SQL

소스 모듈에서 입력된 코드를 Pre-compailer 를 기준으로 왼쪽으론 c++등과 같은 language가 , 우측 DBRM 으로는 SQL 문이 동작한다


DBMS시스템
--DataBase Management System
---Software that handle all access to database – db로의 접근을 관리하는 시스템
---the entire process is interpretire(poor performance) – 모든 동작은 인터프리터 방식이라 성능이 느리다

DBMS 기능
--Data definition – DDL
--Data manipulation – DML
--Optimization and execution
---determine an efficient way of implementaing request
---executed under the control of the runtime manager
--data security and integrity
--data recovery , concurrency
--data dictionary (system catalog – schema mapping)
--performance managing


Data communication manager
--database request from end user (외부 유저가 접속할 때 접속을 관장하는 프로그램)


Client – server architecture
--Enduser – client (frontend) – server(backend) – DB


Application의 종류
1.user-written
--사용자가 제작한 프로그램들
2.vender written
--제작사에서 제공하는 프로그램, 유지보수,모니터링 툴등이 있다


Distributed process
--it means that machines can be connected together into a communication network such that single data process task can span several machine in the network
--여러대의 서버가 묶여서 작동해 서버의 부담을 줄여주는 시스템

Point of view in machine = 각 장비에서 중점적으로 살펴보는 것
--client / server : parallel process – responstime,throughput
--server machine : DB – DBMS performance
--Client machine : better interface , easy to use , fast response


Distributed process
--실제로는 여러대의 server이지만 user에게는 하나의 서버로 보여서 가용성이 올라가는 시스템(서버 집중도가 분산되기 때문에) transparency가 중요하다,