実際の DATE & TIME ディメンションにリンクするキーとして、すべての日付と時刻の属性を保持するファクト テーブルがあります。SSAS 2005 を使用してその上にキューブを作成すると、これらの日時属性が CUBE の個々のディメンションに分割されますが、これは問題ありません。
問題は、ファクト テーブルに新しい datetime 属性を追加すると、キューブがそれを受け入れず、キューブを最初から再作成しない限り、他のディメンションと同じように新しい datetime ディメンションを作成しないことです。
キューブを再作成せずに、この新しい属性をディメンションとして個別に追加するにはどうすればよいですか?
この問題は通常、不明なメンバーと Null 処理オプションの設定が、キューブにある場合、スノーフレーク スキーマと共に設定されるために発生します。私は実際に問題が何であるかを理解しました。前述のケースがある場合、データ ソース ビューを更新しても、SSAS 自体は構造の変更を表示しません。私の場合、それは日付と時刻のディメンションだったので、新しいディメンション (キューブ ディメンション) を手動で追加し、それらの NULL 処理オプションを正しく設定する必要がありました (私の場合は UnknownMember で自動ではありません)。
基礎となるファクト テーブルに追加されたすべての新しい列に対してこれらの変更を行うのは少し難しい場合があるため、慎重に作成された検索と置換メソッドを使用して XMLA スクリプトを更新してみてください。
あなたの問題を理解するのに苦労しています。
新しい日時列 (ファクト) (適切な Dimension/s 属性を参照) をファクト テーブルに追加しようとしているかのように聞こえます。その場合、キューブの構造が変更されるため、キューブを再処理する必要があります。
用語を正しく使用するために、ディメンションには属性が含まれています。ファクト テーブルには、属性ではなくファクトが含まれます。
以下が参考になるかもしれません。
http://msdn.microsoft.com/en-us/library/aa905984(SQL.80).aspx
構造上の変更は、キューブを処理する前に、ビジネス インテリジェンス開発スタジオ (BIDS) のデータ ソース ビュー (DSV) 内で適用/登録する必要があります。DSV の更新ボタンをクリックすると、検出された変更をテーブルに適用するオプションが表示されます。また、追加/変更がディメンションの基になるテーブルにある場合は、キューブを再処理する前に、問題の属性を適切なディメンション .dim ファイルに追加する必要がある場合もあります。
これが理にかなっていることを願っています。