데이터베이스 관리 시스템

파일을 이용한 데이터처리

• 데이터의 중복
• 응용 프로그램이 기대하는 물리적 구조

파일을 사용한 경우 문제점 예

파일의 포맷이 다르므로 특정 프로그램만 읽을 수 있다.

동일한 데이터를 나타내는 필드, 타입, 길이 ... 다를 수 있음

파일을 이용한 데이터 처리의 문제점

데이터 종속성

• 파일의 내부 구조에 응용프로그램이 영향을 받게됨

데이터 중복성

• 동일한 내용의 데이터가 중복해서 관리됨
• 데이터 중복으로 인한 문제점
  - 데이터 일관성 상실
  - 보안성 취약
  - 경제성 취약
  - 데이터 무결성 취약
  

DBMS의 적용

DBMS의 필수 기능

데이터 정의 기능

• 시용할 데이터의 구조를 정의할 수 있어야함

데이터 조작 기능

• 데이터의 검색, 삽입, 삭제, 갱신

데이터 제어 기능

• 데이터 무결성 유지 기능
  권한과 보안 기능
  동시사용에 따른 병행 제어 기능

DBMS의 장점

• 데이터 중복 최소화
• 데이터의 공유사용
• 데이터 무결성 유지
• 데이터의 보안 보장
• 조직 내 데이터의 표준화
• 데이터 요구의 조정

DBMS의 단점

• 운영비 증대
• 특정 응용 프로그램의 복잡화
• 복잡한 백업과 회복
• 시스템 취약성
  - DBMS 장애 -> 업무 중단
  

데이터 독립성

데이터베이스의 논리적 또는 물리적 구조가 변경되더라도 응용프로그램이 영향을 받지 않게함

• 논리적 데이터 독립성
• 물리적 데이터 독립성

각 데이터 구조간에 사상(Mapping) 기능이 필요

파일 시스템을 이용한 데이터 처리

1960년대 등장 ~ 현재까지

• 테이프를 이용한 자료 처리
• 일괄처리 방식

계층형 / 네트웍 DBMS

계층 또는 네트워크 데이터모델

• 60년대말 ~
• Bachman, 1972 Turing Award

원동력

• Random Access Disk 기술
• 온라인 처리 방식

계층/네트웍형 데이터베이스의 예

관계형 데이터베이스 시스템

1970년대 말 이후~

SQL(Structured Query Language)

• 선언적 데이터 조작 <-> 절차적
• specify what is to be accessed from DBs

데이터독립성

• 물리적 논리적 독립성

단순하지만 우아함!

초기 관계형 데이터베이스 시스템들

• System/R(IBM)
• INGRES(U.C. Berkeley)

SQL 표준

주요 RDBMS 회사들

• IBM, DEC, Informix, Oracle, Sybase, Tandem, Borland, MS, Gupta, etc.

객체지향 DBMS

1980년대 등장

컴퓨터의 응용분야 확대 (80년대 이후)

• CAD, CAM, SE, AI
  -> 응용 프로그램에서 사용하는 데이터 구조 복잡, 다양
  -> 메모리 상의 데이터가 데이터베이스에 그대로 저장되었으면

객체지향 데이터모델 지원

OO languages + DB capabilities(

• ODMG93(ODMG)
• 순수 객체지향 DBMS: O2(Ardent), Objectivity, ObjectStore, GemStone, Itasca, POET(XML), SOP

객체지향 데이터베이스 개념

객체지향 DBMS 예

객체-관계형 DBMS

1990년대: 객체-관계형 데이터모델

원동력: 관계형 DBMS의 시장 장악력, 안전성

RDB + Object Orientated Concepts ORDB

SQL3(ISO-ANSI standard, X3H2)

객체/관계형 DMBS: DB2, Oracle11g

Object Mapping Over RDB(Persistency, Sybase, IBM SMRC)

O-R (Object - Relational) Mapping

O-R Mapping