두 개의 데이터웨어 하우스에 대한 데이터 액세스를 가속화하는 가장 좋은 방법은 무엇입니까?


9

두 개의 기존 데이터웨어 하우스에 대한 추상 액세스가 필요한 비즈니스 인텔리전스 프로젝트에 착수했습니다. 셀프 서비스 비즈니스 인텔리전스가 데이터를 결합하고 기존의 두 창고에 대한 단일 뷰를 제공 할 수 있도록 응용 프로그램 아키텍처를 설계해야합니다. 나는 다음과 같은 것을 생각해 냈습니다.

여기에 이미지 설명을 입력하십시오

가상화 / 캐싱 부분에 어려움을 겪고 있으며 문제를 해결할 엔터프라이즈 디자인 패턴이 있는지 궁금합니다. 이와 같은 아키텍처가 데이터웨어 하우스의 스타 스키마를 추상화하는 데 효과적입니까? Red Hat JBoss Data VirtualizationRed Hat JBoss Data Grid 와 같은 제품을보고 있습니다.

우리는 현재 최대 절전 모드를 사용하지 않고 있으며 데이터 그리드에 대한 이해는 키-값 저장소 또는 객체 저장소이므로 관계형 모델을 캐싱하기에 부적합하다는 것입니다. 또한 셀프 서비스 대시 보드 부품에 공급 업체 제품을 사용하고 싶어하지만 공급 업체가 원하는 모든 것을 제공 할 수없는 경우이 영역에서 일부 사용자 지정 빌드를 수행 할 수도 있습니다.



2
아키텍처에 대해 조언하기 위해 프로젝트에 대한 충분한 정보를 제공했는지 잘 모르겠습니다.
Vladislav Rastrusny

관계형 데이터를 키-값 저장소에 캐시 할 수없는 이유는 무엇 {key: pk, value: the_rest_of_the_row}입니까? 테이블 메타 데이터도 캐시하고 싶을 것입니다.
9000

2
고전적인 접근 방식의 문제점은 무엇입니까?
NoChance

답변:


1

여기서 달성하려는 것에 대한 자세한 내용은 없지만 설명 한 내용에서 데이터 마트 를 사용하여 주요 리포지토리를 추상화 하고 데이터 의 최소 ​​하위 집합을 노출시킬 수있는 것처럼 들립니다. 응용 프로그램을 서비스하십시오.

적절한 애플리케이션 계층을 설계 할 수 있다고 해도 하나의 저장소 데이터베이스 중 하나 (또는 ​​둘 다)의로드로 인해 성능 문제가 발생할 수 있습니다. 마트 접근 방식의 이점은 응용 프로그램과 통신하는 DB의 성능이 우수하다는 것입니다. 업데이트는 배후의 리포지토리 DB에서 발생하며 사용자가 원하는대로 푸시됩니다.

또한 응용 프로그램 계층에서 고려할 DB 공급 업체가 하나만 있다는 추가 이점이 있습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.