0

私はクライアントのアーキテクチャ、特に SQL Server の通常の古いスノーフレーク スキーマである OLAP システムを見直してきました。ファクトとディメンションは、ERP などの他のトランザクション システムから ETL されます。

私が驚いたことの 1 つは、複数の追加の OLTP アプリケーション用に、同じデータベース内に複数のテーブルが追加されたことです。これらのテーブルには、スノーフレーク スキーマのディメンション テーブルへの FK 関係があります。

OLTP システムからのディメンション データへの結合が多いため、パフォーマンスが最適ではありません。

私は OLAP の専門家ではありません。しかし、これは間違っているように感じます。私はいくつかの検索を行いましたが、賛否両論のインターネット上でこれについて多くを見つけることができません. これを行う利点は何ですか？いずれかがあります？潜在的な問題についてはどうですか？

4

2 に答える 2

0

OLTP と OALP の間でディメンション テーブルを共有することは一般的ではありません。少なくとも 2 つの理由があります。(1) OLTP と OLAP で関心のある属性がまったく異なる場合があります。(2) 競合とその結果生じるパフォーマンスの問題。

一方、OLTP と ODS がディメンションのまったく同じコピーを共有することは珍しくありません (ただし、多少高度です)。これはしばしば「ゴールデン コピー」と呼ばれます。私は、このように設計された ODS をアクティブ ODS と呼ぶことがよくあります。ディメンションのコピーが複数ある場合、私はそれをパッシブ ODS と呼びます。参照している OLAP は真の OLAP ではなく、何らかの形式の戦術的レポートにすぎない可能性があります。この場合、同じディメンション テーブルを共有することは珍しくありません。

于 2015-08-05T19:07:32.197 に答える