パフォーマンスが優れているかどうか、すべてのカテゴリを1つのテーブルに除去するか、そのままにしておくことを知りたいと思います。
読み取りパフォーマンスのためにデータウェアハウスを最適化するので、カテゴリテーブルの非正規化を選択します。ほとんどのリレーショナルデータベースでは、約8,000行または1ページ半の話をしています。このテーブルをメモリに保つことができます。
スタースキーマがあなたのために働くように思われます。他の次元に関係がある場合、スノーフレークスキーマが保証されます。
質問
Saiku 2.5を使用していますが、次の状況をモデル化する方法がわかりません。
dimentions:
測定:
関係
パフォーマンスが優れているかどうか、すべてのカテゴリを1つのテーブルに除去するか、そのままにしておくことを知りたいと思います。各「カテゴリのような」テーブルには、varchar(8)と2つのテキスト()があります。
解決
パフォーマンスが優れているかどうか、すべてのカテゴリを1つのテーブルに除去するか、そのままにしておくことを知りたいと思います。
読み取りパフォーマンスのためにデータウェアハウスを最適化するので、カテゴリテーブルの非正規化を選択します。ほとんどのリレーショナルデータベースでは、約8,000行または1ページ半の話をしています。このテーブルをメモリに保つことができます。
スタースキーマがあなたのために働くように思われます。他の次元に関係がある場合、スノーフレークスキーマが保証されます。
他のヒント
8k行の結合が簡単なので、カテゴリは単一のテーブルにある必要があります。
その他はいくつかのテーブルに分割する必要があります。これにより、Mondrianは可能な場合は高レベル(低カーディナリティ)で結合を実行し、パフォーマンスを向上させることができます。
モンドリアンは両方のシナリオでうまくいっています。