問題タブ [ssas-2008]

私は Analysis Services 2008 R2 を実行していますが、実際には理解できないいくつかの動作に遭遇しました。セグメントという名前のディメンションがあります。これは、4 つの最上位メンバーのうちの 1 つだけが子を持つ単純な親子ディメンションです。この 1 人のメンバーには 2 人の子供がいます。葉ノードのみが値を持ちます。

ディメンションでは、AttributeAllMemberName を使用して、「すべてのセグメント」を使用してトップレベルのメンバーを参照できるようにしました。キューブには、Segment、Country、Year の 3 つのディメンションが使用されています。

私が実行すると：

列にすべてのメンバーが表示されますが、子を持つ 1 つのノードには空の列があります。私の理解では、「子供」は 2 つではなく 1 つのレベルのみを表示する必要があります。一方、私が実行する場合

期待どおりのことがわかります。独自の子を持つ 1 つの子に対して正しく集計された値を持つ 4 つの最上位の子。孫は表示されません。いずれの場合も、正しい行数が表示されます。

2 つのクエリの唯一の違いは、"[(all)]" レベルが 2 番目のクエリに明示的にリストされていることです。「all」メンバーが「(all)」レベル セットの唯一のメンバーとして定義されている場合、これら 2 つのクエリは同じ値を返すはずですが、そうではありません。ディメンション構成で何かが欠けているに違いありませんが、何ですか? 誰かがこれを修正するために正しい方向に私を向けることができますか? 「[(all)]」を使用せずにクエリが正しく機能する必要があります。

この投稿が肥大化するのを防ぐために、BIDS のスクリーン グラブを自分の Web サイトに投稿して、ディメンションの構成を示しました。設定が必要な 3 つの属性とディメンション自体がありますが、投稿できるリンクは 2 つだけなので、すべてこのページからリンクしています: http://coolwire.co.uk/share/BIDS.html

Hierarchy と Ordering は、厳密な属性関係によって Key に関連付けられています。

私にはすべて問題ないように見えますが、問題はここのどこかにあるに違いありません。

バックグラウンド：

ユーザー タイプとレポート インターフェイスに関して SSAS 2012 キューブを設計する方法を理解しようとしています。

私の主な質問は、キューブ内で主要な論理レベルの粒度 (新しいビジネス領域を定義する可能性がある) を処理する最善の方法と、それらの決定がレポート層でどのように展開されるかについてです。また、自分の考え方が正しい軌道に乗っているかどうかも疑問に思っていると思います。

状況：

管理者と非管理者の 2 種類のユーザーがいます。管理者には、パワー ユーザーと通常のユーザーの 2 種類があります。

通常のユーザー (管理者および非管理者) には SSRS タイプのソリューションを、パワー ユーザーには Excel タイプのソリューションを提供したいと考えています。

粒度には、主に PCP と患者の 2 つのレベルがあります。PCPKey は、2 つのレベルの粒度をリンクします。その関係は変わる可能性があります。同社は、古い PCP と患者の関係に関するデータを表示する方法をまだ決定していません。会社の規則があるかもしれませんが、それがクライアントごとに異なることを許可する場合があります (私たちはすでに非準拠のマルチテナント環境を持っています)。ほとんどの分析は、粒度 1 で行われます。管理者は粒度 1 のすべてのデータを表示できます。非管理者は、自分に関連するデータのみを表示できます。

粒度 2 のデータには、個別の詳細レベルのレポートが必要です。SSRS で粒度 1 のレポートからこれらのレポートにドリルダウンする必要があり、最終的には Excel で粒度 2 から粒度 1 への何らかのドリルダウンを提供する必要があるかもしれません。管理者は、粒度 2 のデータとレポートをあまり使用しません。非管理者はそれらを頻繁に使用します。

質問

私の主な質問は、両方の粒度を異なるメジャー グループの 1 つのキューブに格納するのが最善でしょうか、それとも別々のキューブに格納して SSRS と Excel で何らかのリンクを行うのがよいでしょうか? 関連する困難/複雑さ/パフォーマンスへの影響についてはわかりません。

PCP と患者の両方が、別のデータ要素と時間との M:M 関係を持っていることを付け加えておく必要があります。しかし、どのようなソリューション (複数のメジャー グループまたは複数のキューブ) を選択しても、下位レベルの粒度が適切に収まると考えています。

それとも彼らは？PCP には集計不可能なメジャーがいくつかありますが、メジャー グループを使用して対処する予定でしたが、メジャー グループをネストすることはできませんか? これを書いているとき、私は自分の質問に答えているのかもしれません...？私はこのすべてについて間違った方法で考えていますか?

Sales ファクト テーブル、Orders ファクト テーブル (両方とも行レベルの詳細)、および Order Date と Transaction Date の 2 つの日付ロールプレイング ディメンション (Date ディメンションから) があります。

注文日別の売上指標と取引日別の注文指標を表示できるようにしようとしています。

Sales テーブルには、販売が注文によるものである場合は関連する注文明細行のキーがあり、注文以外の販売の場合は null があります。Order テーブルには、関連するトランザクションへのリンクがありません。

2 つのファクト テーブル間のリンクに基づいてリレーションシップをモデル化する方法について頭を悩ませようとしてきましたが、キーのみを含む Orders テーブルに基づいてディメンションを作成することが唯一の方法です。次に、多対多の関係を使用します...どういうわけか完全に間違っているように見えますが、この状況に対する「正しい」アプローチが何であるかはわかりません。

可能であれば、受注日別の売上高を表示する際に、受注以外の売上を「不明」の受注日として表示して、受注による売上だけでなく全体像を把握できるようにしたいと考えています。上記のアプローチを使用すると、これは起こりません。

これを機能させるために何を変更する必要があるかについて何か提案はありますか?

しばらく前に、BIDS 2008 (R2 なし) で 1 つのファクト テーブルと約 28 のディメンションを持つキューブを作成しました。これは SQL 2008 に展開され、ERP システムからのデータで自動更新されます (データ ウェアハウスと SSIS などを使用)。

顧客はそれを気に入り、私に別のものを作りたいと言いました.

ただし、次のものには、SQL で約 100 のディメンション ビューがあります。

Datasource ビューを作成しました (巨大に見えます) が、DataSource ビュー テーブルに基づいてディメンションの作成を自動化する方法はありますか?

私の正気はここで危機に瀕しています:-)。

編集：

今のところ手動で行いましたが、将来のキューブの可能性についてはまだ方法が欲しいです。

同じ構造の 3 つのデータベースがありますが、クライアントが異なるため、データが異なります。

現在、既存の SSAS プロジェクトがあります。そのデータ ソース ビュー、キューブ、およびディメンションは、1 つの DB のみを使用またはアクセスできます。

• 私が欲しいのは、同じ構造を持つ複数のデータベースを使用し、それらを使用してキューブを作成できるようにすることです。
• 各クライアントもキューブを使用できる必要がありますが、表示できるのは自分のデータのみです。

これらは可能ですか？洞察といくつかの有用な参考文献を提供していただけますか?

SSAS に対して XMLA を実行してデータベースを削除し、データベースを再構築する SSIS パッケージがあります。次に、Windows タスク スケジューラ ジョブを作成して、特定の時間間隔で各クライアントの SSIS パッケージを開始します。毎晩実行したいジョブが 50 ～ 200 あります。

あまりにも多くのジョブが同時に実行されると (3 つ以上のジョブのどこか)、SSAS がフリーズしたように見え、これらのジョブが完了しないという問題があります。SSAS を (Perfmon 経由で) 監視すると、一度に最大 2 つのビジー処理スレッドしか表示されません。複数のジョブが同時に実行されている場合、たとえば 10 個のジョブの場合、少なくとも 10 個の処理スレッドを実行する必要があるように見えますが、そうではありません。私たちのサーバーには 8 コアと 32 GB のメモリがあり、CPU 使用率もかなり低くなっています。

SSAS でより多くのスレッドを使用するための提案や、私が見ている動作の説明はありますか?