2016-09-26 19 views
0

私はBusiness Objectsを使用して、ユニットがその日にオンであるかオフであるかの簡単なレポートを作成しています。垂直のテーブルを構築する場合、データが正確であると、このような次のようになります。SAP Business Objectsクロステーブルデータの複製

「日付」の列と「ユニットID」の行で、私が作成したクロス表は、ユニットIDを複製したさしかし
 
    Unit ID | Status | Date 
    1  | On  | 2016-09-10 
    1  | On  | 2016-09-11 
    1  | Off | 2016-09-12 
    2  | Off | 2016-09-10 
    2  | Off | 2016-09-11 
    2  | On  | 2016-09-12 

 
    ____| 2016-09-10 | 2016-09-11 | 2016-09-12 
    1 | On   | On   | Off 
    2 | Off  | Off  | On 

なぜそれがこれをやっているとのように任意の提案:

 
    ____| 2016-09-10 | 2016-09-11 | 2016-09-12 
    1 | On   | On   | On 
    1 | Off  | Off  | Off 
    2 | On   | On   | On 
    2 | Off  | Off  | Off 

代わりに、それはとしてどうあるべきかの:行全体が続くような「オフ」の「オン」の行全体?これらの重複行があり、なぜこの奇妙な表になっているのか理解できない場合、表は特に有用ではありません。

+0

質問を3つのオブジェクトの定義で更新できますか?どんな型(次元、尺度)とそれらのデータ型、それらの背後にある式(もしあれば)を知っておくと便利です。 –

+0

これは、キーが何であるか(プライマリ/ナチュラルかピボット)、どのようにクエリを構築するかによって異なりますが、最初の結果はデカルト "クロス"/"フルアウター"クロステーブル ")。同様のシナリオhttp://stackoverflow.com/q/21845564/16391 – StingyJack

+0

私は何が起こったかについての回答を掲載しました。ステータスフィールドはメジャーにする必要がありました –

答えて

1

「ステータス」フィールドがディメンションタイプであるが、クロステーブルではデータフィールドがメジャータイプである必要があることが分かります。 「状態」と等しい指標である新しい変数を作成するだけで問題が解決されました。

関連する問題