1. BE에서 사용되는 DB 용어
DBMS (DataBase Management Systems)
사용자에게 DB를 정의하고 만들고 관리하는 기능을 제공하는 소프트웨어 시스템
Ex) PostgreSQL, MySQL, Oracle DB, Microsoft의 SQL Server
DB를 정의하다 보면 부가적인 데이터가 생성됨 = metadata
Metadata
db를 정의하거나 기술하는 data = catalog
ex) 데이터 유형, 구조, 제약조건, 보안, 저장, 인덱스, 사용자 그룹 등...
metadata 또한 DBMS로 관리됨
DB 시스템
DB + DBMS + 연관된 applications = DB system = 줄여서 DB
Application Programs / Queries : 우리가 만든 어플리케이션에서 DB에 접근하기 위한 쿼리를 보냄
DB model (모델링)
DB의 구조 (Structure)를 기술하는데 사용될 수 있는 개념들이 모인 집합
DB 구조를 추상화해서 표현할 수 있는 수단을 제공
Data model은 여러 종류가 있으며 추상화 수준과 DB 구조화 방식이 조금씩 다름
DB에서 읽고쓰기 위한 기본적인 동작들 (operations)도 포함
* db 구조 : 데이터 유형, 데이터 관계 (relationship), 제약 사항 (constraints) 등등...
DB model 분류
1. conceptual (or high level) data model
일반 사용자들도 쉽게 이해할 수 있는 개념들로 이뤄진 모델 (ERD)
추상화 수준이 가장 높음
2. logical (or representational) data models
어렵지 않으면서도 디테일하게 db를 구조화 할 수 있는 개념을 제공
데이터가 컴퓨터에 저장될 때의 구조와 크게 다르지 않게 DB 구조화를 가능하게 함
→ 특정 DBMS나 storage에 종속되지 않는 수준에서 DB를 구조화할 수 있는 모델
3. physical (or low-level) data model
컴퓨터에 데이터가 어떻게 파일 형태로 저장되는지를 기술할 수 있는 수단을 제공
data format, data orderings, access path 등..
DB schema
data model을 바탕으로 db의 구조를 기술 (description)한 것
schema는 db를 설계할 때 정해지며 한번 정해진 후에는 자주 바뀌지 않음
three-schema architecture
db 시스템을 구축하는 architecture 중의 하나
User application으로 부터 물리적인 db를 분리시키는 목적
세가지 level이 존재하며 각각의 level 마다 스키마가 정의
그래서 어느 레벨에서의 변화가 상위 레벨에 영향을 주지 않기 위함
1. external 스키마 (유저 view)
logical data model을 통해 표현, 알려줄 필요가 없는 데이터는 숨김
2. conceptual 스키마
전체 db에 대한 구조를 기술
internal 스키마를 추상화
entity, data type, relationship, user operation, constraint에 집중
3. internal 스키마
물리적으로 데이터가 어떻게 저장되는지 physical data model을 통해 표현
data storage, data structure, access path 등 실체가 있는 내용 기술
data definition language (DDL)
conceptual schema를 정의하기 위해 사용되는 언어
Storage definition language (SDL)
internal 스키마를 정의하는 용도로 사용되는 언어
요즘은 RDB에서는 SDL이 거의 없고 파라미터 등의 설정으로 대체됨
view definition language (VDL)
external 스키마를 정의하기 위한 언어