0

私は財務キューブを構築しており、メインのファクト テーブルを設計する際のベスト プラクティスを理解しようとしています。

より良い解決策は何だと思いますか:

  1. 事実 (金額) に 1 つの列があり、金融​​取引の種類 (費用、収入、税金、払い戻しなど) を示す追加のフィールドがあります。

T

 TransType        Amount         Date
  Costs            10            Aug-1
  Income           15            Aug-1
 Refunds            5            Aug-2
  Costs             5            Aug-2
  1. テーブルを「ピボット」して、トランザクションのタイプに応じていくつかの列を作成します。
Costs     Income       Refund       Date
10          15          NULL        Aug-1
5          NULL          5          Aug-2

もちろん、キューブはどのようなオプションが選択されても従います - いくつかの実際のメジャーといくつかの計算されたメジャーは、それぞれが「トランザクション タイプ」ディメンションのメンバーでスライスされている間、1 つのメイン メジャーに基づいています。

(一般に、すべてのトランザクション タイプの行数は同じです)

よろしくお願いします。オレン。

4

1 に答える 1

0

財務関連のキューブの場合、勘定ディメンション機能を使用する方がはるかに優れていると思います。アカウント ディメンションを使用すると、モデルの構造を変更することなく、ディメンションにアカウントを追加/削除できます。また、勘定ディメンションを使用する場合は、キューブ キューブのタイム バランス (集計関数) 機能が大いに役立ちます。

ただし、SSAS アカウント ディメンションにも独自の問題があります。たとえば、タイム バランスを式または階層的な親に割り当てた場合、それは黙って無視され、私の知る限り文書化されていません。そのため、計算スクリプトで計算を修正する準備をしてください。

カスタム ロールアップ メンバー機能を使用して、財務数式を読み込むこともできます。私たちの場合、6000 以上のアカウントがあり、数式は制御なしで変更できます。そのため、カスタム ロールアップ メンバー機能があると非常に役立ちます。

解決オーダー（比率..）などに注意する必要がありますが、それは複雑な/財務キューブでは通常のことです。

于 2014-09-22T07:40:57.680 に答える