Analysis Services を初めて使用する
私の最初のキューブがデプロイされ、動作しているようです。ディメンション テーブルは問題なく、ファクト テーブルも問題ありません。
私の質問は非常に単純です。関連するデータソース テーブルに新しいレコードを追加すると、キューブを参照すると、キューブを再度処理するまで新しいレコードが表示されません。私の考えでは、新しいレコードが追加された場合、キューブは変更を反映する必要があります。
この問題を解決するには？新しいレコードが追加されるたびにキューブを再処理する必要がありますか? これはもちろん不可能です。
基本的に、キューブが一連の集計メジャーを表していることを理解していますか? つまり、キューブが処理されると、ファクト テーブルにあるすべてのデータが参照され、(ディメンションに従って) メジャーが処理されます。
その結果、キューブ内のデータにすばやく効率的にアクセスできるようになります。欠点は、あなたが述べたように、新しいデータがファクト テーブルに追加されたときにキューブが更新されないことです。
通常、最新のファクト データでキューブを更新する毎日のバッチ ジョブが存在します。これは、所有するデータの量と "リアルタイム" の要件に応じて、1 日に複数回実行される可能性があります。多くの人が時間外にこれを行っています。
BIDS をよく見ると、[パーティション] タブで、各パーティションに定義可能なストレージ モードがあることがわかります。
この記事を読むことをお勧めしますhttp://sqlblog.com/blogs/jorg_klein/archive/2008/03/27/ssas-molap-rolap-and-holap-storage-types.aspx
基本的に、使用できるモードはいくつかあります。
MOLAP (Multi Dimension Online Analytical Processing) MOLAP は、最もよく使用されるストレージ タイプです。ユーザーに最大のクエリ パフォーマンスを提供するように設計されています。データ AND 集計は、最適化された形式でキューブに格納されます。キューブ内のデータは、キューブが処理されたときにのみ更新されるため、待ち時間が長くなります。
ROLAP (リレーショナル オンライン分析処理) ROLAP には、MOLAP のような待ち時間が長いという欠点はありません。ROLAP を使用すると、データと集計はリレーショナル形式で保存されます。これは、リレーショナル ソース データベースとキューブの間の待ち時間がゼロになることを意味します。このモードの欠点はパフォーマンスです。このタイプでは、多次元ストレージの恩恵を受けるオブジェクトがないため、クエリのパフォーマンスが最も低くなります。
HOLAP (Hybrid Online Analytical Processing) HOLAP は、MOLAP と ROLAP の間のストレージ タイプです。データはリレーショナル形式 (ROLAP) で保存されるため、このストレージ タイプでは待ち時間もゼロになります。一方、集計はキューブに多次元形式 (MOLAP) で格納され、クエリのパフォーマンスが向上します。SSAS はソース リレーショナル データベースからの通知をリッスンし、変更が加えられると、SSAS は通知を受け取り、集計を再度処理します。このモードでは、ユーザーにゼロ レイテンシーを提供できますが、MOLAP や ROLAP と比較して中程度のクエリ パフォーマンスが得られます。
キューブを再処理せずにリアルタイムのレポートを取得するには、ROLAP を試す必要がありますが、パフォーマンスが低下することに注意してください (キューブとサーバーのサイズによって異なります)。