問題タブ [cube-dimension]

SSAS 2005でディーラーディメンションを作成しましたが、3つの階層があります。デフォルトでは、最初に作成された階層がディメンションのデフォルトの階層です。デフォルトの階層を別の階層に変更する方法はありますか？

ロールを作成し、各ロールにユーザーを割り当てることで、OLAP キューブにディメンション セキュリティを定義しました。ロール内の各ユーザーは、自分が属している場所のみを表示できます。

role を使用してキューブを参照すると、そのロールの正しい場所が表示されます。しかし、「ユーザーの変更」の「他のユーザー」機能を使用してキューブを参照し、ロールに存在する同じユーザーに対してテストすると、失敗し、すべての場所が表示されます。

何が問題なのですか？

ありがとう、カイラス

こんにちは、OLAP キューブに時間ディメンションを追加するのに苦労しています。日付以外のキューブのすべてを機能させることができます。

ソース データ ビューには、datetime 列があります。

サーバー上でディメンション -> 新しいディメンション ->時間ディメンションを生成 を使用します。最終的には、階層的な時間ディメンション (日付-月-四半期-年) が適切に作成されます。

後で、このディメンションをキューブに追加し、ソース データ ビュー (ファクト データを含む同じテーブル) から datetime 列との通常の関係を定義します。

キューブをデプロイしようとすると、次のエラーが発生します。

OLAP ストレージ エンジンのエラー: 処理中に属性キーが見つかりません: テーブル: 'table_name'、列: 'registration_date'、値: '3/29/2007 3:00:00 PM'。属性は「日付」です

多分私は何かを得ないのですか？私が見つけることができるすべてのマニュアルは、ソース データベースに既に作成されているカレンダー テーブルについて説明しています。カレンダー テーブルを作成するスクリプトはたくさんあります。しかし、なぜ私はする必要がありますか？サーバー上で時間ディメンションを生成することは意図されていませんか?

少し背景がありますが、OLAPシステムは、お客様のためにキューブを長い間喜んで処理してきました。それから最近それは失敗し始めました。これは、主な開発者が誤って結婚し、自分自身を利用できなくなったのと一致しています。だから明らかに私は彼を悩ませることはできません。

年、月、日レベルで機能する日付ディメンションがあります。暦年と会計年度の階層があります。

現在、かなり判読できない（OLAP開発者ではない）というメッセージが表示されています。オンラインで読んだ例では、週が月に分割されたことが原因であると言及していますが、これは問題ではありません。メッセージは次のとおりです。

キューブを再処理すると、日付に関連する問題が発生します。日付ディメンションを再処理すると、次のようになります。

日付ディメンションの詳細全体を表示すると、SELECTステートメントのヒープが処理されていることがわかりますが、ここに分類されます。

私は「codezを送ってくれた」後ではありませんが、エラーメッセージと問題を理解するための助けをいただければ幸いです。

属性を持つ「マテリアル」というディメンション名があります。

のような階層を作りたい

例: Inventory of Material -> M ->MI -> MIRROR Material Type Key Value: Material Type, Name Value: Material Name を設定します。しかし、ディメンションを参照すると、最初のレベルにマテリアル タイプ名が表示されません。時間ごとに異なる素材名が表示されます。

第 2 に、マテリアル ディメンションを使用するキューブを参照すると、マテリアル階層が表示されません。最初のレベル (Material Type) のみがスクリーンで見られました。

これらの問題に対して私がすること。検索しましたが、何も見つかりませんでした...

データウェアハウスにDim_Dateという日付ディメンションがあります。問題は、日付ディメンションが2011年12月31日までしか入力されないことです。キューブはSSASで構築されています。さらに5年間、Date Dimにデータを入力する方法はありますか？SSASから日付ディメンションを処理しようとすると、値が入力されません。では、日付ディメンションに5年の値を挿入するための最良の方法は何ですか？

助けてください

乾杯ルシル

Windows Server 2008 では、SQL Server 2005、Visual Studio、および SQL Server Analysis Services を使用して、OLAP キューブを作成しました。

シナリオは、製品、顧客、およびエージェントを販売する典型的な店舗です。

キューブは、ファクト テーブル tblVendite (販売データ) と sql ビューに基づくディメンションによって作成されます。

注：スクリーンショットをここに埋め込もうとしましたが、サイズが変更されてクリアされないため、安全なサイトに投稿して表示しました：

スクリーンショット: 立方体の構造

• ファクト テーブル tblVendite (販売) > PK: CdArticolo (IDProduct)
• DIMENSION Prodotti (プロドッチ)
• DIMENSION Calendario（カレンダー）
• DIMENSION Agenti（エージェント）
• DIMENSION クライアント（顧客）

カレンダー、顧客/エージェント、製品、ブランドなどの基本的なフィルタを使用してキューブをブラウジングします...すべて正常に動作します

ここで、次のような新しい機能を提供する必要があります。 すべての会社の「トップセラーブランド」と各エージェントの販売を比較して、それらのブランドをどのように販売しているかを確認する

そこで、新しいテーブルと関連するビューを作成しました: vwMarcheOrd(トップ セラー ブランド)

テーブルトップ セル ブランドは事前に入力されてspおり、ブランドごとに 1 つのレコードが含まれています ( CdMarca- Position-Description 順位順) 。

注：vwMarcheOrdPKが存在し、存在しないため、ファクトテーブルに直接リンクすることはできません。そのため、CdMarca製品を「ブリッジ」してファクトテーブルにリンクする必要がありますCdMarcaCdArticolo

Brandおよび の次元と属性Top Brand:

スクリーンショット: キューブ ディメンション

キューブと問題を閲覧する

ディメンションBrand(1) を行フィールドに追加すると結果は正しいが、Top Brand(2)を追加すると正しくなく、多くのブランドが欠落している(ただし存在する)

スクリーンショット: トップブランドをブラウズ

だから私の質問は2です：

1. Top Brand次元について何が欠けているか、間違っているか、誤解していますか?
2. How i can display all records代理店がそのブランドのアイテムを販売しなかった場合でも、行フィールドのトップ ブランド (空白行) ?

ps vMarcheOrd のみに基づいてディメンションを作成し、Product テーブルとの参照関係を作成して、CdMarca > CdArticolo > Fact テーブルをブリッジしようとしましたが、結果は同じです

何日も前から私をブロックしているこの問題を解決するのを本当に助けてくれる人に前もって感謝します

約 100,000 行のディメンションを持つキューブがあります。動作が非常に遅く、問題を解決するためにどの方向に進むべきかわかりません。メジャーのパーティションを作成しましたが、集計は問題なく実行されているようです。ただし、2008 BIDS のブラウザーにディメンションだけをプルすることはできますが、何も対策を講じなくても、読み込みに 10 分かかります。これをトラブルシューティングするためにどの方向に進むことができるかについての提案はありますか? SQL Server 2008 Enterprise Edition を使用しています。サーバーは巨大で、196 GB のメモリを搭載しています。
私はあなたの助けに感謝します！

キューブにディメンションが含まれていることがわかりましたが、データベース プロジェクトでは見つかりません。現在、寸法を変更することはできません。

これはどのように可能ですか？

SQLビューテーブルをディメンションにインポートしました。データキューブ（MDXクエリ）と通信するコネクタはすでにプログラムされています。とはいえ、最初にインポートしたビューには、クエリする必要のあるすべての生データが含まれています。問題は、MDXクライアントがメジャーのみを「選択」する必要があることです。生データを表示したいのですが、つまり、作成した初期SQLビューと同じ列/属性を表示したいのです。

これも可能ですか？Linqなどを使用してSQLビューテーブルと通信できることはわかっていますが、MDXキューブのようなモードで「ダム」キューブディメンションのデータと通信することをお勧めします。

ありがとう。