ピボット ビュー

Anaplan XL のピボット ビューでは、単純なデータについてのレポートを作成できます。これらは、SQL Server のような多くのディメンションがあるデータベースから取得できます。ピボット ビューでは、非オンライン分析処理 (OLAP) データ ソースからグリッドや動的チャートを作成できます。通常の Anaplan XL デザイナーを使用してデータ ソースとクエリを定義してから、ビューに対して標準の Anaplan XL 機能を使用できます。

ピボット ビューはリレーショナル データを操作する簡単な方法ですが、OLAP エンジンやデータベースではありません。そのため、データ ソースから取得されるデータを処理できる量は限られています。デフォルトでは 100,000 行ですが、この設定は変更できます。最初にリレーショナル ソースに対してクエリを実行するため、パフォーマンスはクエリをサポートするサーバーに依存します。

グリッドを追加し、データ ソースとしてリレーショナル接続 (SQL など) を選択した場合は、ピボット ビューに使用されるクエリを作成するように求められます。

Anaplan XL では、クエリ結果に基づいて階層とメジャーが自動的に作成されます。テキスト フィールドが階層として扱われ、数値フィールドがメジャーとして扱われます。

リレーショナル データベースへの既存の接続を使用してグリッドか動的チャートを作成すると、2 番目の接続が見つかります。この接続がピボット ビューです。2 番目の接続が見つからない場合は、既存の接続を右クリックして [Add Pivot View] を選択します。

データの異なる側面に基づいてグリッドを作成する場合は、グリッドの作成時に元のリレーショナル接続を選択し、新しいクエリを定義します。

たとえば、データベースに接続し、同じリレーションシップに基づいて二つのピボット ビューを作成できます。一つを営業用、もう一つを人事用に使用できます。

デフォルトの行制限は 100,000 ですが、二つの手法を使用することで、任意のサイズのより大きなデータ ソースに接続できます。

SQL クエリにパラメーターを追加すると、データが取得される前に適用されます。
たとえば、製品の売上レポートでは、ピボット ビューを ProductID でフィルタリングして、取得される行数を制限できます。製品スライサーと同様、パラメーターが変更されるとピボット ビューが更新され、紐付けられているグリッドもリフレッシュされます。
非常に大きな売上テーブルがあるケースも考えられますが、その一部だけが取得されるため、行数が大幅に削減されます。

このモードでは、データ集計がサーバーにプッシュされ、クエリが書き換えられて Group By 句が含まれるようになります。
たとえば、行に製品が含まれる売上レポートの場合、取得される行数は製品の数になります。これは、売上テーブルの行数よりもはるかに少なくなります。パフォーマンスはサーバーに依存しますが、すべてのサーバー ハードウェアとインデックスを活用できます。

[Connections] 画面で [Pivot View] 接続を選択し、[Edit] を選択します。

デフォルトでは、クエリ内の各フィールドに対してディメンションと階層が作成されます。フィールドを [Hierarchies] にドラッグして、新しい階層を作成できます。

階層名の変更、共通ディメンションの下への関連階層のグループ化、表示フォルダーの作成、不要な階層の削除によるビューの簡素化を実行できます。

日付フィールドの年、四半期、月に対する計算を作成できます。これはデータを集計するのに役立ちます。

SQL Server の日付データ型は現在サポートされていません。フィールドを計算に使用する場合は datetime を使用します。

デフォルトでは、Anaplan XL によって以下が作成されます。

• 数値列ごとに Sum、Average、Minimum、Maximum の各メジャー
• フィールドごとに Distinct と Non-null Counts
• Row Count

これらのメジャーの名前を変更したり、メジャーを削除したり、デフォルトの書式設定文字列を設定したりできます。

[Manage Connections] でピボット ビュー接続を右クリックし、プロパティを選択します。データベースとキューブのキャプションを変更できます。

ピボット ビューには、さまざまなシナリオに適した三つのデータ ストア モードがあります。[Properties] セクションで現在のピボット ビュー接続を編集することでストレージ モードを変更できます。

• 抽出 (高速ビルド):クエリが 1 回実行されて結果が保存されます。これにより、最初のダウンロード後のパフォーマンスは良好になりますが、メモリの使用量が増えます。小規模なデータセット (100,000 行未満) に適しています。オーバーヘッドが低いため、スライサーで制御する場合など、抽出されたデータが頻繁に変更される場合に便利です。
• 抽出 (高速クエリ): クエリが 1 回実行されて結果が保存されます。抽出には時間がかかりますが、その後のクエリは高速になります。より大きなデータ セットを処理でき、複数レベルの階層とセッション計算が可能になります。
• クエリ サーバー:グリッドごとにクエリが実行され、選択された内容に基づいて適切な group by 句が含まれます。転送されるデータが少なくなり、結果の集計作業がデータベース サーバーにプッシュされるため、大規模なデータセットに適しています。
• Anaplan XL によって元のクエリに where 句と group by 句が追加されるため、このモードではストアド プロシージャを使用できません。

• サーバーの負荷を軽減するために、Anaplan XL によっていくつかのクエリが書き換えられます。たとえば、製品にリンクされた売上テーブルがビューに含まれている場合、Anaplan XL では、利用可能なすべての製品のリストを要求する際に売上への結合を削除することがあります。
• デザイナー画面のパフォーマンスは向上しますが、製品は売上があるものだけにフィルタリングされません。
• Anaplan XL ではデータベースにアクセスするときにキューブ クエリでサブ選択を作成しようとするため、このモードはストアド プロシージャでは使用できません。

このモードではデータ抽出時の作業が増えます。そのため、スライサーが選択されたときなど、データ抽出が頻繁に行われる対話型の状況ではあまり役に立ちません。一方で次のような多くの利点があります。

• 大量のデータの処理
  厳密な行制限はありませんが、サーバーからクライアントにデータを転送するのにかかる時間によって事実上の制限が設定されます。数百万行の送信には長時間かかることがあります。
  構成可能な一定期間、抽出内容はウェブ上にキャッシュできます。クエリがパラメーター化されている場合、不正なパラメーターのキャッシュが空になるため、これを実行しないでください。
• 複数レベルの階層を作成できます。
• カスタム計算がサポートされています。

このモードでは次の追加オプションを利用できます。

• Use Direct Connection
  • 設定すると、可能な場合はデータベースを直接クエリしてピボット ビューが構築されます。たとえば、SQL Server を使用する場合に抽出時間を短縮できます。ストアド プロシージャを使用している場合は、このオプションをオフにして、処理を成功させるための中間ステップを追加する必要があります。
  • 公開済みレポートで直接接続を使用する場合、アプリケーション プール ユーザーはピボット ビューを構築するためにデータ ソースへのアクセス権が必要です。

たとえば、ウェブ サーバー上で 64 ビット モードで実行している場合は、「前提条件」ページから次のパッケージをインストールします。

• Microsoft SQL Server 2016 Analysis Services 13.0 OLEDB
• Microsoft SQL Server 2016 Analysis Services 13.0 ADOMD.NET
• Microsoft Access Database Engine 2010

ピボット ビューを生成するために使用されるクエリを Excel 範囲から制御できるようになったため、より動的なデータ選択が可能です。これを行うことにした場合、ピボット ビューの階層とメジャーは列名に基づいて構築されるため、クエリによって返される列は一定のままにする必要があります。

Excel 範囲をベースにしたピボット ビューがある場合は、セルを編集するたびにピボット ビューを再構築せずにデータを編集できます。この場合、このオプションをオフにすることができます。

データをリフレッシュするには、ピボット ビュー接続をリフレッシュする XL3RefreshConnections 式を追加します。編集が完了したら、[Refresh] リンクを選択してグリッドとチャートを更新できます。

データストアがクエリ サーバーに設定されている場合:

• [All] メンバーの個別のカウント。
  • 「All」階層を含まないクエリを使用して同等の数値を取得できますが、[All] と特定のメンバーをグリッド内で組み合わせることはできません。
• 高度なメンバー選択は使用できませんが、軸操作は引き続きサポートされます。
• 「All」メンバーの集計ではビジュアル合計が使用されます。これらは、データベース内のすべてのメンバーではなく、取得されたメンバーの合計です。
• クエリでは列を固定しておく必要があります。たとえば、動的 SQL を実行するストアド プロシージャでは、ピボット ビュー定義で使用される一部の列が消える可能性がある場合に問題が発生します。