web-dev-qa-db-ja.com

データウェアハウスの構築

スタースキーマとスノーフレークスキーマを使用してデータウェアハウスを構築する方法、OLTPデータベースのファクトテーブルとディメンションテーブルの非正規化など）に関するチュートリアル記事と投稿を見てきました。

次のようなコメントも見られます：

スタースキーマはせいぜいデータマート用です。真のエンタープライズデータウェアハウスをスタースキーマやスノーフレークで表す方法は絶対にありません。

レポートサービスのサーバーとなるデータベースを作成し、おそらく（それでも不十分な場合は）analisysサービスをインストールして、キューブからレポートとデータを抽出したいと思います。

私の質問は次のとおりです。現在のデータベースを再設計し、ファクトテーブルとディメンションテーブルを使用してスター/スノーフレークスキーマに従う必要が本当にありますか？

ありがとうございました

sql-server-2008sql-serverolap
5
Paul

データベースを再設計する前に私が見ることはいくつかあります。

  1. レポートサービスは、その作業を行うためにスター/スノーフレークを必要としないので、正規化されたデータベースで何を構築できるかがわかると確信しています。
  2. OLTPデータを非正規化するビューを作成してみてください。データベースを再設計する場合に必要となる、設計の側面について考えることができます。
2
CTKeane

SQL側全体をダンプし、リポジトリをキューブに構築しない限り、ほとんどそうです。その場合、データの基礎となるOLTPスキーマを使用することができます。

主な問題は、スタースキーマ以外のアプローチでは、分析のためにサーバーに多くの負担がかかることです。とは言うものの、分析サービスを訴えるというアイデアは素晴らしいものです。彼らはこの分野で輝いています。それらを直接ロードできるかどうか試してみてください... OLTPスキーマ、おそらくそのスナップショット。

1
TomTom

データウェアハウスの理論的根拠のもう1つの部分は、データを特定のスキーマにロードする前にデータをマッサージまたは変換するための計算が行われるため、データウェアハウスから取得されたものの多くが「すぐに使用できる」ということです。

0
jl.

このテーマに関する良い本をお勧めします： http://www.Amazon.co.uk/Microsoft-Data-Warehouse-Toolkit-Intelligence/dp/0471267155/ref=sr_1_3?ie=UTF8&s=books&qid = 1272019644＆sr = 8-

2005年（2008年版はパイプラインにあると思います）を対象としていますが、一般的な理論はうまくいき、設計と計画のステップはとにかくプラットフォームにほとんど依存しません。

あなたがDWに入ろうとしているなら、それは金の重さの価値があります:)

0
Meff