DBMS (database management systems)

• 사용자에게 db 정의 및 관리 기능을 제공하는 소프트 웨어

metadata

• database를 정의하거나 기술하는 데이터, (catalog라고도 부름)
• 데이터 유형, 구조, 제약조건, 보안, 인덱스 등등 DBMS가 데이터를 관리 하기 위해 생성 하는 데이터들

data models

• db 구조 : 데이터 유형, 관계 제약조건등을 포함하는 개념
• db 구조를 기술하는데 사용되는 개념의 집합
• db 구조를 추상화 해서 표현할 수 있는 수단을 제공

분류

1. conceptual data
   • 일반 사용자들이 쉽게 이해할수 있는 모델
   • 추상화 수준이 가장 높음
   • 비지니스 요구사항을 추상화 하여 기술할때 사용
   • 
2. logical data models
   • 디테일하게 db구조화 할수 있는 개념들을 제공
   • 물리적 저장 될때의 구조와 크게 다르지 않게 구조화 함
   • 특정 DBMS나 storage에 종속 되지 않은 수준
   • 종류 :
     1. relational data models (relational 은 테이블을 의미함)![[Pasted image 20251211194559.png|300]]
     2. object data models (객체 개념 사용)
     3. object-relational data models(1,2번 합침 postgre)
3. physical data models
   • 어떻게 파일 형태로 저장 되는지 기술할수 있는 수단 제공
   • data format, data 순서, access path등이 있음
   • access path : 데이터를 빠르게 검색 할수 있는 구조체 (index 등)

three-schema architecture

• database systme을 구축하는 architecture중 하나
• user application으로 부터 물리적인 database를 분리시키는 목적
  • 물리적인 데이터 부분이 변경되더라도(access path등) 유저 한테 영향 없도록 하기 위해
• 세가지 level이 존재 각 level마다 schema가 정의되어 있음
  ![[Pasted image 20251211195956.png|600]]

1. external schema
   • 특정 유저들이 필요로 하는 데이터만 표현, 그외 데이터는 숨김
   • logical data model을 통해 표현
2. conceptual schema
   • 전체 database에 대한 구조를 기술
   • 물리적 저장구조는 숨김 - 한번더 추상화 함
   • entities, type,관계, user operations,제약사항등에 집중
   • logical data model을 통해 표현
3. internal schema
   • 물리적으로 데이터가 어떻게 저장되어 있는지 표현
   • physical data model을 통해 표현

초창기는 1,3뿐이였음

• 각유저 마다 필요 데이터가 달라 internal level에도 중복 데이터가 발생
• conceptual level 도입 시작됨

⚠️
안정적인 운영을 위한 아키텍쳐
각레벨을 독립시켜 변화에 따른 영향을 주지 않기 위함
대부분의 DBMS가 명시적으로 나누지 않음
데이터가 존재하는곳은 internal schema뿐이다