Database System Concepts and Architecture

Data models

Data abstraction 은 복잡한 Data 들을 간략하게 표현해준다.
그것을 하게 하는것이 Data model 이다.

Table 간의 어떤 연관이 있는지 구조를 기술할수 있게 해야한다.
또한 어떤 연산을 해야하는지 알아야함.
Join을해야하나 Union을 해야하나.?
마지막으로 제약사항을 지켜야한다. DB에서 받을수가 없으면 유효성이 떨어진다.

Data Model structure and constraints

Construct 라고도 한다.
관련성이 있어야 하고 Entity 나 구성품이 지켜야하는 조건들이 있어야한다.
이것들이 없으면 신뢰가 없다.

Categories of Data models

Conceptual data models

high level,semantic 이라고도 부르며 추상화해서 표현하는 Data 들을 개념화 시켜서 표현한다. 실현은 하지 않고 보여지지도 않는다.

Implementation data models

Physical 보다는 덜 구체적이지만 Conceptual 보다는 구체적임
양 극단의 완충 작용하는 모델이다.

Physical data models

Conceptual 하게 표현한 Data를 구체적으로 저장할것인가를 표현해 줄수 있는 data model 이다.

Schemas vs instances

Data schema 는 내가 만든 DB 의 요약 정보이다 바뀌지 않는다.

Database state 는 특정 시점의 컨텐츠 이다.

Database schema vs Database state

initial Database stae 는 scheme 에 따라 처음에 만들어진 그 상태를 말한다.

또한 Valid State 는 initial 이 변경 되지만 그 scheme 을 정확하게 잘 따르고 있는 상태를 뜻한다.

결국 Database scheme 은 거의 바뀌지 않는 반면에 Database state 는 시간에 따라 바뀔수 있다.

Three-Schema Architecture and Data independence

Three-Schema architecutre

물리적 DB와 Application 을 분리시켜라.

각각의 level 이 독립적으로 들어올수 있도록 지원한다.

오직 변경이 되는 부분에서만 업데이트를 할것이다,

Internal schema

물리적으로 DB를 어떻게 저장할것인가.

Conceptual schema

개념적으로 사람들이 손쉽게 이해할수 있는 방법

External schema

Conceptual 을 처다보면서 사용자에게 cutomization 돼 있다.
특정 View 만을 보여주기 위함이다.

Data Independence

밑 Level 이 뭔가 바뀌더라도 바로 윗 Level 에서 영향 받지 않는다면 바꿀 필요가 없도록 한다.

Logical data independence

Logical 과 External 사이의 mapping 관련

Physical data independence

Internal,logical 사이의 mapping 관련

반대로 External 이 영향이 생기게 되면 Logical 을 바꾼다.
External 이 윗 Level 이기 때문..

이미 알고 있는 내용들이여서 밑단의 level 이 바뀌었다고 해서 위에걸 바꿀필요는 없다.

Database Language and Interfaces

DBMS Language : DDL

선언적으로 내 Data 는 이런겁니다 얘기해주는 언어이다.

DBMS Language : DML

데이터를 실제로 조작하고 검색할때 사용된다.

DML 은 두 언어로 또 나뉘는데

High-level or non-procedural languages

적시만 하면 어떻게 가져올지는 고민 안해도 된다.

Low-level or procedural languages

내장된 형태로만 동작하는 dml 로 record 하나 단위로 받아돈다.
loop를 돌면서 하나씩 access 한다.

DBMS Interfaces