準加法メジャー　　在庫残とか（LastNonEmpty)

キューブに作成するメジャーは、通常はすべてのディメンジョンに対して、「加法」で集計されます。
私がこれまでぶつかってきた案件（DB）でもほとんどは「加法」です。

では、加法にならないメジャーを考えましょう。
例えば、平均単価とか、ｘｘ率とかはどうなのでしょう。
こういった値は通常、「積み上げて計算する値ではない」ものです。
積み上げた値を使って計算するものです。
「積み上げて計算する値ではない」値は、「計算されるメンバー」を使って定義します。

損益計算書や貸借対照表の金額はどうでしょう。
売上100万　返品20万　純売上80万　経費50万　経常利益30万
などと、単純合算にはなりません。
科目と集計科目の関係については後日エントリーを上げるとして、
ここでは経理・財務系での扱い方を考えます。
経理・財務を扱ったことのある方ならわかると思いますが、
【借方】【貸方】のプラスマイナスをひっくり返して縦持ちさせるのが一般的です。
詳しくは、これも別エントリーにて。。。
ということで、結論だけ言うと
この金額も「加法」で定義して積み上げた数値の表示時に、借方・貸方を判定してプラスマイナスを調整する「計算されるメンバー」で対応できます。

- - - - -

特殊と言えるのが【在庫残】や【受注残】といった「残データ」です。
これらは、商品とか在庫場所など普通のディメンジョンに対しては「加法」でいいのですが、年月日（時間ディメンジョン）に対してだけは「加法」を使ってはいけません。
この、特定ディメンジョンにだけ集計方法が違うというメジャーに対応する機能が【準加法メジャー】です。

【準加法メジャー】は、「時間ディメンジョン」に対してだけ特殊な集計方法を適用します。
逆にいうと「時間ディメンジョン」以外は、「加法」になってしまうんです。
Aディメンジョンは加法、Bディメンジョンは平均、Cディメンジョンは最大値
といった、柔軟な集計は定義できません。

はっきり言って、実際のビジネスケースとしては、これで十分です。
例外が出てくることもあるかもしれませんが。

【準加法メジャー】とおおげさに言っていますが、設定はメジャー項目の集計方法を選択するだけです。
集計方法で、「First Child」「FirstNonEmpty」「Last Child」「LastNonEmpty」そして「ByAccount」を選択すると、準加法となります。
【参照】
http://technet.microsoft.com/ja-jp/library/ms175356(SQL.90).aspx

特に「残」で使うのが

LastChild
LastNonEmpty

です。この２つでは扱いに注意が必要です。・・・やっと今日の本題

・・・ByAccountは別の機会に・・・

- - - - -

LastChildは、時間ディメンジョンの最後の「子」の値が採用されます。
つまり２０１２年の値は２０１２年１２月の値が採用されます。
値がなくてもです。
２０１２年の在庫残が、１月、２月・・・と登録され１１月まで登録されていても、「２０１２年１２月」はデータがないので、２０１２年の残は「なし」となります。

これでは困るので、値がある月までの数字をとるのがLastNonEmptyです。
これは、値がなければ子を遡っていって、見つかった値をとります。
前記例では、２０１２年１２月は値がないので１１月分が２０１２年残となります。

ところが・・・
LastNonEmptyも、別のディメンジョンをドリルダウンすると問題が生じます。
Ａ商品は、１０月残５個　１１月残　なし
Ｂ商品は、１０月残３個　１１月残　４個
とすると、全体の１１月残は　「４個」になります。
しかし、
Ａ商品の残は、（１１月データがないので、１０月が選択され）５個
Ｂ商品の残は、４個
と、合計と明細が合わなくなります。

これを回避するには、Ａ商品の１１月残をなし(NULL)ではなく、１１月残０個
としなければなりません。
（１２月もなければ、１１月残０個が選択されればいいので、１２月残なしで構いません）

残データは、時点データなのでデータ量が膨らみがちです。
このためＤＢでは、「データなし」のレコードは登録しないケースが多いのですが、レコードがない（なし）はこのような弊害があるため、０になった時だけでも明確に０と登録する必要があるんですね。

ではでは。