출처 : 링크텍스트 [youtube : 쉬운코드]

1. DB

• 전자적(electronically:데이터가 컴퓨터에 저장)으로 저장되고 사용되는 관련있는 데이터들(related:같은 서비스안에서 생성되는 데이터)의 조직화된 집합(organized collection)

---

2. DBMS

2-1 DBMS 정의

• database management systems
• 사용자에게 +DB를 정의하고 만들고 관리하는 기능을 제공하는 소프트웨어 시스템
  -eg. PostgreSQL, MySQL, ORACLE Database, Microsoft SQL Server

2-2 metadata = catalog

• DB를 정의하다 보면 부가적 데이터 발생 = metadata(=data about data, 데이터를 설명키위한 데이터)
• database를 정의하거나 기술하는 data
• eg.데이터 유형, 구조, 제약조건, 보안, 저장, 인덱스, 사용자 그룹 etc
• metadata 또한 DBMS를 통해서 저장/관리된다

---

3. database system:DBS = database

3-1 database system 정의

• database + DBMS + 연관된 applications
• 줄여서 database라고도 부름
  therefore, database(데이터자체) VS database system 문맥상 구분해야한다

3-2 Query

• db에 접근해서 원하는 데이터 가져오거나 수정하는 요청

4. data models

• DB의 구조(structure)를 기술하는데 사용될 수 있는 개념들이 모인 집합
• DB구조 를 추상화해서 표현할 수 있는 수단을 제공 (DB구조 : 데이터 유형, 데이터 관게, 제약사항 etc)
• data model은 여러 종류 존재하며 추상화 수준과 DB구조화 방식이 상이함
• DB에서 읽고 쓰기 위한 기본적 동작(operations)도 포함

5.data models 분류

5-1 conceptual data models

• 일반 사용자(개발/비개발자)들이 쉽게 이해할 수 있는 개념들로 이뤄진 모델
• 추상화 수준 높음
• 비즈니스 요구사항을 추상화하여 기술할 때 사용

5-2 entity-relationship model

5-3 logical data model

• 이해하기 어렵지 않으면서도 *디테일하게 DB를 구조화 할 수 있는 개념들 제공
• *디테일 : 데이터가 컴퓨터에 저장될 때의 구조와 크게 다르지 않게 DB 구조화를 가능케함)
• 특정 DBMS나 storage에 종속되지 않는 수준에서 DB구조화 할 수 있는 모델 : 어느정도 추상화 되어있음을 의미

logial data models 종류

• relational data modal (주로 사용)
• object data model
• object-relational data model

5-4 physical data models

• 컴퓨터에 데이터가 어떻게 파일 형태로 저장되는지를 기술 할 수 있는 수단 제공
• data format, data orderings, access path etc ( access path : 데이터 검색을 빠르게 하기 위한 구조 eg) index)

---

6. database schema

• data model을 바탕으로 database의 구조를 기술(description)한 것
• schema는 database를 설계할 때 정해지며, 한번 정해진 후에는 자주 바뀌지 않음

7. database state

• database에 있는 실제 데이터는 자주 바뀔 수 있다
• 특정 시점 database에 있는 데이터를 database state 혹은 snapghot 혹인 database에 있는 현재 instance의 집합이라고 한다

8. three-schema architecture

• database system을 구축하는 architecture중 하나
• user application으로 부터 물리적(physical) database를 분리시키는 목적=물리적 구조 변화 할때 user app에는 영향을 안끼치기 위해서 three schema architecuture 사용 : 각 레벨을 독립시켜 어느 레벨에서의 변화가 상위 레벨에 영향 주지 않기 위함
• eg. internal schema변화 생겨도 conceptual schema도 바꿔줄 필요 없음,단 둘사이 maping만 변경해주면 됌
  +internal schema 변화생겨도 conceptual schema는 바뀌지 않게 하는 건 상대적으로 쉬움
  +BUT conceptual schema가 바뀌어도 external schema를 바뀌지 않게하는 건 상대적으로 어려움
• therefore, 대부분 DBMS가 three level을 완벽하게 혹은 명시적으로 나누지는 않음
• 각 스키마(three level schema)는 데이터 베이스를 표현하는 것이지, 실제 데이터가 존재하는 곳은 internal level에만 존재

8-1 external schemas(user view) at external (or view) level

• external level에 정의 되어있는 external schema
• =external view = user views
• 특정 유저들이 필요로하는 데이터만 표현 (유저별로 필요로하는 데이터 상이)
• 그 외 알려줄 필요 없는 데이터는 숨김
• logical data model을 통해 표현
  

8-2 conceptual schemas at conceptual level

• 초기에는 internal, external 밖에 없었기에 문제 발생 : 유저별 필요로하는 데이터 상이 -> internal level에서 중복 데이터 발생 -> 관리 어려워짐을 해결하기 위해 등장한 conceptual schemas
• 전체 database에 대한 구조를 기술
• 물리적인 저장 구조에 관한 내용은 숨김 대신 논리적으로 전체구조 기술
• entities, data types, relationships, user operations, constraints에 집중
• logicla data model을 통해서 기술

8-3 internal schemas at internal level

• 물리적 저장장치 (stored database)에 가장 가깝게 위치
• 물리적으로 데이터가 어떻게 저장되는지 physical datamodel을 통해 표현
• data storeage, data structure, access path(index) 등 실체가 있는 내용 기술
  

---

9. database language

9-1 data definition language (DDL)

• 대부분 conceptual schema를 정의하기 위해 사용되는 언어
• internal schema까지 정의할 수 있는 경우도 있음 BUT 대부분 파라미터를 통해서 정의함
• DDL이 모든 언어를 커버한다

9-2 storage definition language (SDL)

• internal schema를 정의하는 용도로 사용되는 언어
• 요즘은 relational DBMS에서는 SDL이 거의 없고 파라미터 등의 설정으로 대체

9-3 view diefinition language (VDL)

• external schema를 정의하기 위해 사용되는 언어
• 대부분 DBMS에서는 DDL이 VDL역할까지 수행

9-4 data manipulation language (DML)

• database에 있는 data를 활용하기 위한 언어
• data 추가, 삭제, 수정, 검색 등 기능을 제공하는 언어

9-5 통합된 언어

• 오늘날 DBMS는 DML, VDL, DDL이 따로 존재하기 보다는 통합된 언어로 존재
• 대표적 예 : relational database language :SQL