2つのデータウェアハウスへのデータアクセスを加速する最良の方法は?


9

2つの既存のデータウェアハウスへのアクセスを抽象化する必要があるビジネスインテリジェンスプロジェクトに着手しています。セルフサービスのビジネスインテリジェンスがデータを結合し、2つの既存の倉庫の単一のビューを提供できるように、アプリケーションアーキテクチャを設計する必要があります。私はこのようなものを考え出しました:

ここに画像の説明を入力してください

私は仮想化/キャッシングの部分に苦労しており、私の問題を解決するためのエンタープライズ設計パターンがあるかどうか疑問に思っています。このようなアーキテクチャは、データウェアハウスのスタースキーマを抽象化するのに役立ちますか?Red Hat JBoss Data VirtualizationRed Hat JBoss Data Gridなどの製品を探しています。

現在Hibernateを使用しておらず、データグリッドについての私の理解は、それらがキー値ストアまたはオブジェクトストアであるため、リレーショナルモデルのキャッシュには適していません。また、セルフサービスダッシュボードパーツにはベンダー製品を使用したいと考えていますが、ベンダーが必要なすべてを提供できない場合は、この領域でカスタムビルドを実行する可能性があります。


2
ちょうど私のために良いかもしれません、この本、見つかっamazon.com/Data-Virtualization-Business-Intelligence-Systems/dp/...
マーク・アリソン

2
アーキテクチャについて助言するためにプロジェクトについて十分な情報を提供したかどうかはわかりません。
Vladislav Rastrusny、2015年

リレーショナルデータをキーバリューストアにキャッシュできないのはなぜ{key: pk, value: the_rest_of_the_row}ですか?また、テーブルのメタデータもキャッシュする必要があります。
9000

2
古典的なアプローチの問題は何ですか?
NoChance

回答:


1

ここで達成しようとしていることに関する詳細はそれほど多くありませんが、説明した内容から、データマートを使用してメインリポジトリを抽象化し、データの最小限のサブセットを公開できるように思えますアプリケーションを保守します。

適切なアプリケーション層を設計できたとしても、リポジトリデータベースの1つ(または両方)に負荷がかかるため、パフォーマンスの問題が発生する可能性があります。マートアプローチの利点は、アプリケーションが通信するDBのパフォーマンスが高いことです。更新はバックグラウンドでリポジトリDBで行われ、適切と思われる基準でプッシュされます。

アプリケーション層で検討するDBベンダーが1つしかないという追加の利点。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.