데이터베이스와 데이터웨어하우스를 비교 설명하라.
본 자료는 3페이지 의 미리보기를 제공합니다. 이미지를 클릭하여 주세요.
닫기
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
해당 자료는 3페이지 까지만 미리보기를 제공합니다.
3페이지 이후부터 다운로드 후 확인할 수 있습니다.

소개글

데이터베이스와 데이터웨어하우스를 비교 설명하라.에 대한 보고서 자료입니다.

목차

Ⅰ. 데이터베이스
1. 데이터베이스의 의의
2. 데이터베이스를 구축해야 하는 이유
3. 데이터베이스의 설계 단계
4. 데이터베이스의 논리적 구조

Ⅱ. 데이터웨어하우스
1. 데이터웨어하우스의 의의
2. 데이터웨어하우스의 특징
1) 의사결정 지원에 전적으로 이용
2) 기업 운영시스템과 분리
3) 전사적 모델 기초 통합
4) 시간성 혹은 역사성
5) 주제 중심적 특징
6) 손 쉬운 접근성
7) 갱신이 없는 읽기 전용 데이터베이스
3. 데이터웨어하우스의 논리적 구조

참고문헌

본문내용

로 소화시키라는 것이다. 즉, 먼저 사상적인 기반을 닦은 후에 구체적인 기술을 접하는 것이 데이터웨어하우스에 대한 체계적인 지식을 쌓아가는 방법인 것이다.
2. 데이터웨어하우스의 특징
1) 의사결정 지원에 전적으로 이용
웨어하우스가 존재하는 가장 일차적인 이유는 사용자의 의사결정을 지원하기 위한 것이다. 데이터 웨어하우스는 올바른 정보(Right Information)를 올바른 형태(Right Form)로 적시(Right Time)에 제공하기 위해 대량의 원시 데이터를 유용한 정보로 변환하는 엔진이다.(Kelly,1994)
2) 기업 운영시스템과 분리
운영시스템으로부터 많은 데이터가 공급된다. 데이터 웨어하우스는 여러 개의 개별적인 운영시스템으로부터 데이터가 집중된다. 또한 데이터 웨어하우스의 기본적인 자료 구조는 운영시스템의 그것들과 완전히 다르므로 데이터들이 데이터 웨어하우스로 이동되면서 재구조화되어야 한다. 운영시스템과 데이터 웨어하우스는 근본적으로 다르며, 두 개의 매우 상이한 시스템을 요구한다. 데이터 웨어하우스는 이와 같은 논리적인 측면에서뿐만 아니라 물리적인 측면에서도 분리되어야 하는 이유가 있다. 일상적으로 운영시스템 환경은 다수의 사용자들이 데이터를 갱신하며, 시스템 자원의 활용정도는 고르게 유지된다. 따라서 시스템 자원의 소요량은 어느 정도 예측할 수 있다. 반면 의사 결정 지원시스템의 사용 패턴은 전적으로 예측할 수 없다. 한 명의 사용자가 수 시간 동안 모든 시스템 자원을 소비할 정도로 분석을 수행할 수도 있으며, 어떤 경우에는 시스템이 전혀 사용되지 않을 수도 있다.
3) 전사적 모델 기초 통합
기존 운영시스템의 대부분은 항상 많은 부분이 중복됨으로써 하나의 사실에 대해 다수의 버전이 존재하게 된다. 하나의 객체를 지칭하는 다양한 이름이 존재하거나 데이터가 가지는 의미가 서로 다르다. 데이터 웨어하우스에서 이러한 데이터는 전사적인 관점에서 통합된다. 즉 데이터 웨어하우스는 신뢰할 수 있는 하나의 버전 (one version of truth)을 사용자에게 제공한다. 웨어하우스 내의 데이터는 주로 운영 시스템으로부터 공급되지만 다양한 외부정보의 통합 역시매우 중요하다. 외부정보란 비즈니스 영역 밖에서 생성되거나 관리되는 정보로 Drucker(1995)는 외부정보의 중요성을 다음과 같이 기술하였다. 기업의 의사결정을 위해, 특히 전략적인 의사결정에 가장 필요한 것은 기업조직 바깥에서 일어나는 것에 대한 정보이다. 이는 기업이 결과를 얻게 되고, 기회가 있고, 또한 위협이 있는 곳은 기업의 바깥이기 때문이다.
4) 시간성 혹은 역사성
일, 월, 년 회계기간등과 같은 정의된 기간과 관련되어 저장된다. 운영시스템의 데이터는 사용자가 사용하는 매순간 정확한 값을 가진다. 즉 바로 지금의 데이터를 정확하게 가지고 있을 것이 요구된다.반면 웨어하우스의 데이터는 특정 시점을 기준으로 정확하다. 웨어하우스 내의 데이터는 스냅샷 데이터로서 묵시적으로나 명시적으로 시간 항목을 가지며, 장기간에 걸쳐 존재한다.
5) 주제 중심적 특징
데이터 웨어하우스는 전통적인 데이터베이스와 근본적으로 구분된다. 전통적으로 데이터베이스는 대부분 어플리케이션의 일부분이었다. 이러한 환경에서 각 테이블과 필드는 어플리케이션에서 미리 정의된 화면상의 필드들과 논리적으로 밀접한 관계를 가진다. 그래서 데이터베이스의 설계는 프로그래머와 데이터베이스 관리자 사이의 많은 조정을 필요로 하는 매우 힘든 작업이었다. 운영시스템은 재고 관리, 영업관리 등과 같은 기업운영에 필요한 특화된 기능을 지원하는데 반해, 데이터 웨어하우스는 고객, 제품 등과 같은 중요한 주제를 중심으로 그 주제와 관련된 데이터들로 조직된다.
6) 손 쉬운 접근성
컴퓨터 시스템 혹은 자료 구조에 대한 지식이 없는 사용자들이 쉽게 접근할 수 있어야 한다. 접근은 많은 것을 의미한다. 조직의 관리자들과 분석가들은 그들의 PC로부터 데이터 웨어하우스에 연결될 수 있어야 한다. 이런 연결은 요구에 즉각적이어야 하고, 또한 신속성을 보여야 한다. 만약 접근을 다른 사람을 통해서 한다든지, 느리거나 사용하기 어렵고 신뢰할 수 없다면 받아들여질 수 없다.
7) 갱신이 없는 읽기 전용 데이터베이스
운영 시스템 환경에서는 추가·삭제·변경과 같은 갱신작업이 레코드 단위로 지속적으로 발생한다. 웨어하우스 환경에서는 프로덕션 데이터 로드(Production Data Load)와 활용만이 존재하며, 운영시스템에서와 같은 의미의 데이터의 갱신은 발생하지 않는다. 즉 거대한 운영시스템은 하루에 수천 또는 수만의 거래를 처리하는데, 각각의 거래는 하나의 작은 데이터로 구성된다. 반면 데이터 웨어하우스의 경우는 보통 하루에 하나의 거래를 수행하지만 이 거래 처리에는 수천 또는 수만의 레코드가 있을 것이다. 이것을 거래처리라는 용어 대신, 프로덕션 데이터 로드라고 부른다. 웨어하우스 데이터베이스의 설계는 활용에 초점이 맞추어지며 적용되는 기술 역시 운영시스템과 많은 차이를 가진다. 예를 들어 온라인상에서 레코드 단위로 데이터의 갱신이 이루어지는 운영시스템에서는 백업, 복구, 데이터 완전성(integrity), 데드락(Deadlock)의 해결 등과 같은 매우 복잡한 기술들이 중요한 반면 웨어하우스 환경에서는 필요하지 않을 수도 있다. 한편 웨어하우스가 꼭 읽기 전용이어야 하는가라는 부분은 오늘날 가장 논의의 대상이 되고 있다.
3. 데이터웨어하우스의 논리적 구조
- 일반적으로 Buttom-up 방식이 위험방지와 구축효과의 신속한 확인을 위해서 환영받고 있다.
- 이런 접근 방식을 선택할 때 고려해야 할 요소는 구축소요기간, 초기 비용, 분석의 어려움, 위험요소 등이다.
참고문헌
장동인 : 데이터 웨어하우스, 대청미디어, 1991
편집부 : 데이터 웨어하우스 구축과 활용, 하이테크정보사, 1996
함문성 역 : 데이터 웨어 하우스, 서울 : 니드, 1997
김연홍 외 : 데이터베이스 모델링(알기쉽게해설한), 프리렉, 2002
이석호 손호성 최배근 김태현 : 데이터베이스론, SQL Server Bible
장동인 : 데이터 베이스 대청미디어, 1991
  • 가격3,300
  • 페이지수10페이지
  • 등록일2012.04.18
  • 저작시기2012.3
  • 파일형식한글(hwp)
  • 자료번호#740920
본 자료는 최근 2주간 다운받은 회원이 없습니다.
청소해
다운로드 장바구니