경영학과, 경제학, 경영정보 등 경영정보시스템 요점 정리 28. 데이터베이스관리시스템의 이해

28. 데이터베이스관리시스템의 이해

 

1) 데이터베이스의 개요

(1) 데이터베이스 개념
● 데이터베이스?
- 효과적인 데이터 관리를 위하여 논리적으로 관계되어 있는 레코드와 파일을 체계적으로
통합한 것
- 한 조직의 여러 응용 프로그램이 저장된 데이터를 공유할 수 있도록 데이터를 통합하여
관리

 

●  데이터베이스관리시스템
- 조직이 데이터를 중앙집중화하고 효율적으로 , 관리하며 애플리케이션을 통해 저장된 데이
터에 접근할 수 있도록 해 주는 소프트웨어
- 애플리케이션과 물리적 데이터 파일들 간에 인터페이스 역할
- 데이터에 대한 논리적 뷰와 물리적 뷰 구분

(2) 데이터베이스의 장점
●  데이터 중복의 최소화
- 하나의 논리적 구조로 통합
●  데이터의 일관성
- 모든 데이터는 한 번만 기록
●  데이터의 통합
- 연관된 데이터 개체의 논리적 관계에 따라 하나의 논리적 구조로 이루어짐
●  데이터의 공유
- 조직의 모든 허가된 사용자들이 데이터를 공유
●  응용 프로그램 개발의 용이
●  통일된 데이터 보호, 무결성 제어
- 데이터 관리 기능은 DB , 에 대한 완전한 관할권을 가지고 데이터에의 접근 갱신 및 보호에
대한 통제를 수립
●  데이터 접근 및 응답의 용이
- DB시스템에서는 질의 언어나 보고서 기능을 이용하여 사용자의 데이터 요구를 만족시킬
수 있음

●  데이터 독립성
- 데이터를 응용 프로그램으로부터 분리 즉 데이터 독립성으로 인해 데이터나 응용프로그램
을 서로 영향을 주지 않으면서 변경 가능

(3) 데이터베이스의 단점
●  시스템 복잡성
- 데이터베이스 및 DBMS프로그램이 매우 복잡하기 때문에 개념의 이해가 사용자에게 쉽지
않음
●  비용 부담
- DBMS , 구입비용 데이터베이스 운영관리를 ․ 위한 전문요원 고용 비용
●  데이터 노출 범위의 확대
- 데이터 보안이 침투당할 경우 매우 위험하거나 불능상태의 문제 발생

(4) 데이터베이스 구성요소
●  하드웨어
- 컴퓨터, , , , , 디스크 터미널 프린터 테이프 드라이브 네트워크 하드웨어
●  소프트웨어
- 데이터베이스 시스템이 포함하고 있는 소프트웨어
- 데이터베이스 관리시스템(DBMS)
- 응용프로그램 특정한 - DBMS DB 업무처리를 위하여 의 기능을 이용하여 를 조작
●  데이터
- DB의 데이터는 논리적이고 효율적으로 구성
- 데이터 항목과 이들 사이의 관계는 조직의 기능과 업무에 대한 분석을 통하여 명확히 파
악하고 정의
- DB는 사용자가 수행하는 업무 활동에 대한 사용자의 관점을 통합한 것
- 적시에 정보를 제공할 수 있는 자원
●  사람
- DB , . 의 정의 갱신 및 유지를 책임진다
- DB , , 의 무결성 유지 접근 통제 데이터 관리
- DB관리자
- 시스템개발자 시스템 , , 분석가 응용프로그램
- 사용자

 

2) 데이터베이스 구조

(1) 삼단계 아키텍처
●  3단계 분리의 이유
- 사용자는 같은 데이터에 대하여 다른 관점을 가질 수 있음
- 사용자가 데이터를 보는 관점이 시간에 따라 달라질 수 있음
- 사용자는 복잡한 데이터베이스 저장구조를 직접 다루지 않음
- 데이터베이스 관리자는 데이터베이스의 논리적 구조를 사용자에게 영향을 주지 않고 바꿀
수 있음
- 사용자를 위한 응용프로그램을 물리적으로 DB로부터 분리시켜 데이터 독립성을 실현하자
는 것
- 데이터베이스 구조는 저장 장치와 같은 하드웨어 부분의 변경에 영향을 받지 않음

(2) 삼단계 스키마
●  외부 스키마
- 사용자 관점을 묘사
●  개념적 스키마
- 데이터베이스의 구조를 표현
- 설계하고자 하는 데이터베이스 범위 내에 존재하는 모든 데이터에 관한 규칙과 의미를 묘
사
- DB 개발의 청사진
※ 개념적 스키마의 두 가지 이점
- 상대적으로 쉽게 이해할 수 있는 데이터 환경의 조감도 제공
- SW HW 나 와 독립적
▶ SW : DBMS . 독립성 스키마를 실행하는데 사용될 에 의존하지 않음
▶ HW : HW . 독립성 스키마를 위해 사용될 에 의존하지 않음
●  내부 스키마
- 보조 기억장치에 있는 데이터를 저장하기 위하여 사용되는 저장구조와 접근 방법에 대해
묘사

(4) 데이터의 독립성
●  논리적 데이터 독립성
- 응용프로그램을 변경시키지 않고서 개념적 스키마를 변경시키는 능력
●  물리적 데이터 독립성
- 개념적 스키마 또는 외부 스키마를 변경시키지 않고서 내부 스키마를 변경시키는 능력

3) 데이터베이스 설계

(1) 데이터베이스 설계의 목적
●  데이터 사용자의 요구를 명확히 이해
●  어떤 정보들이 저장되어야 하는지 정의 이를 , 문서화
●  원활한 의사소통 도모( , , , 분석가 설계자 어플리케이션 개발자 사용자 간
●  어떤 정보와 사실 을 (facts) 저장할 것인지 정의하고 구조화
●  순서와 시간 흐름 , 등 절차의 개념은 배제

(2) 데이터베이스 설계 계층
●  개념적 설계
- 사용자의 요구 분석이 선행되어야 함
- 기업 내 비즈니스 룰들을 문서화
- 설계자는 사용할 하드웨어와 소프트웨어에 대해 전혀 걱정할 필요 없음 → 논리적 독립성

●  논리적 설계
- 개념적 설계를 통해 얻어진 개체 관계도를 바탕으로 각 개체와 관계들을 DBMS이 테이블
구조 형태로 전환
- 변형된 DBMS의 관점에서의 모델을 논리적 데이터 모델이라고 함
●  물리적 설계
- 논리적 모형을 토대로 데이터가 디스크와 테이프 등 저장매체에 어떻게 물리적으로 배열
될 것인가를 구상
- 가장 하위 레벨 설계
· 계를 통해서 개체들 간의 연관성을 표시

 

(3) 데이터베이스 언어
●  데이터 정의어
- 데이터 저장 구조 데이터 , , 접근 방법 데이터 형식 등 데이터베이스를 구축하거나 수정할
때 사용하는 언어
●  데이터 조작어
- 데이터베이스에 저장된 데이터를 검색 수정 삽입 삭제할 , , , 때 사용하는 언어
- 사용자와 DBMS 사이의 인터페이스 제공
● 데이터 제어어
- 데이터를 보호하고 관리할 때 사용
- 데이터베이스의 무결성 유지 보안 , , , 및 접근 제어 시스템 장애 복구 병행 수행 제어 기
능 등을 담당

 

4) 관계형 데이터베이스

(1) (relational structure) 관계형 데이터베이스 구조
●  2차원 테이블의 형태로 표현
●  튜플(tuple) : , record 테이블의 각 행
●  속성(attribute) : , field 테이블의 각 열
●  키 테이블 (Key) : 내에서 튜플들을 서로 구별할 수 있는 필드의 집합

 

(2) - 개체 관계 모델
●  개체(Entity)
- 의미를 가지고 저장하고자 하는 사람이나 사물 혹은 , 개념을 추상화시킨 것
●  속성 (Attribute)
- 개체가 가지는 특징
- 식별자 (Identifier)
: ( ) 개체의 각각의 인스턴스들을 유일하게 식별할 수 있게 해주는 속성값 들
●  관계(relationship)
- 개체와 개체가 맺고 있는 의미 있는 연관성

(3) 데이터베이스 정규화
●  데이터의 중복을 줄이고 무결성을 향상시키기 위한 프로세스
●  불필요한 중복 데이터를 없애기 위해 테이블을 여러 개로 나누어 설계
●  정규형의 차수가 높아질수록 요구되는 제약조건이 많아지고 엄격해짐
●  일반적으로 차수가 높은 정규형에 속하는 테이블일수록 데이터의 중복이 줄어 데이터 중복
에 의한 이상현상이 발생하지 않는 바람직한 관계일 수 있음

5) 데이터베이스의 활용

(1) 데이터웨어하우스
●  기업 전반의 의사결정자들에게 관심이 될 만한 현재 및 과거 데이터들을 저장하는 데이터베
이스
●  경영분석 및 의사결정을 위해 전사적으로 사용

(2) 데이터마트
●  작고 분산화된 데이터웨어하우스
●  예) 책, 판매업체 매장의 판매시점데이터 대학 서점들의 판매 온라인 판매

 

(3) 웹 기반의 기업 데이터베이스
●  새로운 효율성과 기회 창출
●  새로운 비즈니스 모델을 만들어 냄
⇨ 데이터베이스의 활용은 비즈니스 성과와 의사결정 향상시킴