기업 정보 통합 서비스 - 더미

1995 년 경에 공급 업체는 소프트웨어를 가상 데이터웨어 하우징 도구로 배치하기 시작했습니다. 기본적인 전제는 때로 누군가가 필요로 할 때를 대비하여 데이터를 복사하고 조작하는 것이 의미가 없다는 것입니다. 필요에 따라 소스에서 직접 데이터에 액세스하는 것이 어떻습니까? 아쉽게도 소스에서 네트워크를 통해 데이터에 액세스하는 것은 일종의 적절한 데이터웨어 하우징을 제공하려는 시도에서 가장 어려운 문제로 판명되었습니다. 데이터웨어 하우스 환경에서 직면 한 동일한 문제 (예: 데이터 품질 처리, 발생해야하는 변환 유형 결정, 다른 소스가 일치하지 않을 때 해당 변환 처리 방법 선택)은 여전히 ​​존재합니다.

EII (Enterprise Information Integration)

(EII) 서버가 시장에 제공하는 것입니다.

이 그림은 개별 구성 요소가 데이터웨어 하우징 환경에서 상향식으로 작성되는 환경을 보여줍니다. EII는 구성 요소를 하나의 대형 데이터베이스에 결합하는 대신 모든 데이터를 다시 복사하는 대신 데이터웨어 하우징 환경을 구축하여 사용자가 비즈니스 인텔리전스 도구에서 각 구성 요소의 내용에 액세스 할 수 있습니다..

데스크탑에서 웹 브라우저를 어떻게 사용하는지 생각해보십시오. 링크를 클릭하거나 특정 URL을 입력하면 배후에서 작업하는 환경이 요청한 콘텐츠의 올바른 위치로 이동합니다. 이제는 인터넷이 훨씬 빨라진다고 상상해보십시오. 다양한 사이트를 방문 할 때, 탐험 한 최신 사 륜구동 광고, 스포츠 경기 결과, Dilbert 만화 또는 인터넷에서하는 기타 활동에 액세스하지 않습니다.데이터를 다시 가져 와서 결합하여 브라우저로 다시 보냅니다. 가상 데이터웨어 하우스입니다. 인터넷과 같습니다!

가상 데이터웨어 하우징 환경을 구축하여 원래 형식으로 원본 데이터에 직접 액세스하는 것은 좋지 않습니다. IMS 데이터를 DB2 데이터와 결합하는 등 플랫폼 간 데이터베이스에 합류하는 방법을 파악하지 못하고 이러한 유형의 시스템 수준 변환을 처리하면 데이터 품질이 높아지고 필요하지 않게됩니다. 사용자가 수동으로 데이터를 정리합니다.

따라서 각 응용 프로그램은웨어 하우스를 사용할 수 있어야하며 환경의 비즈니스 규칙에 지정된대로 모든 미들웨어 서비스 (추출 및 품질 보증 등)를 담당하는 데이터 게시자가 있어야합니다. 데이터 게시자는 운영 데이터 저장소에서해야하는 것처럼 실시간 모드에서 거의 작동 할 수 있으며 즉석 업데이트가 필요하지 않은 경우 주기적 (일괄 처리 지향적) 모드로 작동 할 수 있습니다. 이 경우 데이터 게시자는 응용 프로그램 (또는 응용 프로그램이 액세스하는 서비스)에 포함 된 미니 미들웨어 제품입니다.

가상 데이터웨어 하우징을 생각할 때 "데이터에 연결할 수 있습니까? "사용 가능한 데이터를 얻을 수 있습니까? "데이터 게시자는 중요한 역할을하므로 무시해서는 안됩니다.

또한 데이터 아키텍처를 무시할 수 없습니다. 상향식 방식으로 구성 요소를 개발하고 더 큰 데이터웨어 하우스 데이터베이스에 복사하는 대신 해당 위치에서 액세스하고 있기 때문에이 기능을 무시할 수 있다는 의미는 아닙니다.

한 구성 요소가 고객 ID를 변환 후 5 자리 숫자로 저장하고 지난 6 개월 이내에 구매 한 고객 만 포함한다고 가정 해보십시오. 그리고 이제까지 회사 제품을 구입 한 적이있는 모든 고객을 포함하는 또 다른 구성 요소는 7 자리의 영숫자 식별자를 사용합니다. 이 경우 소스에서 직접 데이터에 액세스하는 경우 동일한 유형의 데이터 불일치 문제가 발생할 수 있습니다. EII는 구성 요소 내용간에 차이점을 허용하지만 비즈니스 인텔리전스 사명을 저해하지 않도록 차이점을 이해하고 관리해야합니다.