データ ブレンドは、複数のソースからのデータを組み合わせる方法のひとつです。セカンダリ データ ソースからの追加情報が取り込まれ、プライマリ データ ソースからのデータと共にビューに直接表示されます。

データ ブレンドは、ブレンドの関係 (リンク フィールド) をシート単位で変更する必要がある場合や、パブリッシュされたデータ ソースを結合する場合に特に便利です。

データ結合のオプション

データの組み合わせ方法は数多くありますが、それぞれに長所や短所があります。

リレーションシップは既定の方法であり、詳細レベルが異なるテーブルを含め、ほとんどのインスタンスで使用できます。関係には柔軟性があり、シート単位での分析構造に適応できます。ただし、パブリッシュされたデータ ソース間の関係を作成することはできません。

結合は、類似する行構造にデータの列を追加することによりテーブルを組み合わせます。ただし、テーブルが異なる詳細レベルである場合はデータが失われたり、重複することがあるため、分析を開始する前に結合を確立させる必要があります。パブリッシュされたデータ ソースを結合で使用することはできません。

ブレンドは、関係や結合とは異なり、データを直接組み合わせることはしません。ブレンドは各データ ソースに対して個別にクエリを実行し、その結果を適切なレベルに集計して、すべての結果をビューに視覚的に表示します。これにより、ブレンドはさまざまなレベルの詳細に対応し、パブリッシュされたデータ ソースを処理することができます。ブレンドは、ブレンドされたデータ ソースを新たに作成するわけではありません (したがって、「ブレンドされたデータ ソース」としてパブリッシュすることはできません)。これらは単に、シートごとにブレンドした結果を視覚化したものです。

プライマリ データ ソースとセカンダリ データ ソースを理解する

データ ブレンドには、1 つのプライマリ データ ソースと 1 つまたは複数のセカンダリ データ ソースが必要です。ビューで使用される最初のデータ ソースはプライマリ データ ソースになり、ビューを定義します。これにより、セカンダリ データ ソースからの値を制限して、プライマリ データ ソースに対応する一致があるセカンダリ データ ソースの値のみをビューに表示できます。これは左結合に相当します。

たとえば、プライマリ データ ソースの [Month (月)] フィールドに [April (4 月)]、[May (5 月)]、[June (6 月)] だけが含まれている場合、セカンダリ データ ソースに 12 か月分の値があるとしても、月に基づいて作成されたビューには [April (4 月)]、[May (5 月)]、[June (6 月)] だけが表示されます。必要な分析に 12 の月のすべてが関係する場合は、他方のデータ ソースを最初に使用してシートを再構築することにより、プライマリ データ ソースを切り替えてみてください。

ブレンドされたデータ ソース全体の処理

データ ブレンドの性質により、ブレンドされたデータ ソースで作業する場合に考慮する必要のある点がいくつかあります。

複数のデータ ソースのフィールドを使用した計算の実行は、通常の計算とは若干異なる可能性があります。計算は単一のデータ ソースで作成する必要があります。計算エディターの上部には、計算の対象となるデータ ソースが示されます。

• 集計。別のデータ ソースから使用されるフィールドには集計 (既定では SUM) が付いていますが、これは変更できます。計算では集計引数と非集計引数を組み合わせることができないため、計算のホスト データ ソースのフィールドも集約する必要があります。(以下の画像で、SUM 集計は自動的に追加され、sum 集計は手動で追加されました)。
• ドット表記。計算で参照されるフィールドのうち、他のデータ ソースに属するものは、ドット表記を使用してそのデータ ソースを参照します。(以下の画像で、[Sample - Superstore (サンプル - スーパーストア)] 用に作成された計算では、[Sales Target (売上目標)] フィールドは [Sales.Targets].[Sales Target] になります。計算が [Sales Targets (売上目標)] で作成される場合、[Sales (売上)] フィールドは [Sample - Superstore].[Sales] になります)。

• これらは、各データ ソースで作成される同じ計算の等価バージョンです。どちらの場合も、これは SUM(Sales) / SUM(Sales Target) です。

計算が少し異なる方法で処理されることに加えて、セカンダリ データ ソースにはいくつかの制限があります。セカンダリ データ ソースのフィールドによって並べ替えができなかったり、アクション フィルターがブレンドされたデータで予期したとおりに動作しなかったりする場合があります。詳細については、その他のデータ ブレンドの問題を参照してください。

ブレンドするリレーションシップを定義する

Tableau で複数のソースからのデータの組み合わせ方法が認識されるようにするには、データ ソース間に共通のディメンションが必要です。この共通のディメンションはリンク フィールドと呼ばれます。セカンダリ データ ソースのデータ ペインでは、アクティブなリンク フィールドにはアクティブなリンク アイコン () が表示され、リンクしている可能性のあるフィールドには破損リンク アイコン () が表示されます。リンク フィールドは、プライマリ データ ソースに表示されません。

たとえば、トランザクション データと割り当てデータのブレンドでは、地理的フィールドをリンク フィールドとして使用すると、同じ地域の割り当てとそのパフォーマンスの両方を分析することができます。

注: ブレンドが機能するには、リンク フィールドで値またはメンバーを共有する必要があります。Tableau では、共有値に基づいてブレンド データのビューが作成されます。たとえば、[Color (色)] が両方のデータ ソースのリンク フィールドの場合、プライマリの [Purple (紫色)] とセカンダリの [Purple (紫)] のデータがマッチングされます。しかし、[Lt. Blue (ライトブルー)] は正しく [Light Blue (ライトブルー)] にマッチングされないため、これらのいずれかの別名を変更する必要があります。Tableau がリンク フィールドを識別できるようにフィールドの名前を変更するのと同様に、これらのフィールド内のメンバーの別名を編集できます。詳細については、ビュー内でメンバー名を変更する別名を作成するを参照してください。

リンクの確立

プライマリ データ ソースとセカンダリ データ ソースでリンク フィールドの名前が同じ場合は、自動的にリレーションシップが作成されます。プライマリ データ ソースが確立されている (つまり、フィールドがビューで使用されている) 場合、データ ペインでセカンダリ データ ソースを選択すると、2 つのデータ ソース間で同じ名前を持つフィールドのセカンダリ データ ソースに、リンク アイコン ( または ) が表示されるようになります。プライマリ データ ソースの関連フィールドがビューで使用されている場合、リンクは自動的にアクティブになります。

セカンダリ データ ソースにリンク アイコンがない場合は、次の 2 つの方法のいずれかでリンクを確立しなければならない場合があります。 

1. 共通のディメンションが同じ名前ではない (たとえば、[Title (タイトル)] と [Book Title (本のタイトル)] である) 場合は、一方の名前を変更すると共通のディメンションとして識別され、リンクが確立されます。

2. または、プライマリ データ ソースとセカンダリ データ ソースのフィールド間のリレーションシップを手動で定義することができます。手動のリンクのリレーションシップを作成する方法について詳しくは、以下を参照してください。

アクティブなリンク フィールドやリンクしている可能性のあるフィールドは、必要なだけ作成できます。データ ペインで破損リンク アイコン () をクリックすると、関係がアクティブになります。

複数のリンク

リレーションシップや結合と同様に、データ ソース間のリンクが複数のフィールドによって定義されている場合があります。たとえば、地域の売上ノルマが月単位である場合、正しいデータがビューに取り込まれるように、地域と月の両方に基づいてトランザクション売上データと売上ノルマ データの間のブレンドを確立する必要があります。複数のリンクを同時にアクティブにできます。

結合とデータ ブレンドの違い

データ ブレンドは、従来の左結合のシミュレーションを行います。2 つの主な違いは、集計が実行されるタイミングです。結合では、データが組み合わされてから集計されます。ブレンドでは、データが集計されてから組み合わされます。

左結合

左結合を使用してデータを組み合わせると、結合が実行されたデータベースにクエリが送信されます。左結合では、左のテーブルのすべての行と、右のテーブルでそれに対応する行が返されます。結合の結果は Tableau に返され、ビジュアライゼーションでの表示用に集計されます。

左結合では、左の表のすべての行が取得されます。共通の列は [User ID (ユーザー ID)] と [Patron ID (パトロン ID)] です。右の表に対応する情報がある場合は、そのデータが返されます。それ以外の場合は、NULL が入ります。

同じ表を使用しますが、順序を反転したとします。この新しい左結合の結果は異なります。今回も新しい左の表からはすべてのデータが取得されますが、右の表の行は基本的に無視されます。[User ID (ユーザー ID)] が 4 であるデータ行は、左の表に [Patron ID (パトロン ID)] が 4 である行がないため、含められません。

データ ブレンド

データ ブレンドを使用してデータを組み合わせる場合、シートで使用される各データ ソースのデータベースにクエリが送信されます。クエリの結果は集計されたデータとして Tableau に返され、ビジュアライゼーションでまとめて表示されます。

注: メジャーを集計することは簡単です。数値の合計、平均、最大値その他の集計を簡単に実行できます。メジャーの値は、ビューにおけるフィールドの集計方法に基づいて集計されます。ただし、セカンダリ データ ソースのすべてのフィールドが集計される必要があります。ディメンションの場合はどうでしょうか。ディメンション値は ATTR 集計関数を使用して集計され、セカンダリ データ ソースのすべての行に対して 1 つの値が返されます。これらの行に複数の値がある場合は、アスタリスク (*) が表示されます。これは、「ビューのこのマークについてセカンダリ データ ソースに複数の値がある」と解釈できます。

ビューはリンク フィールドに基づいて、プライマリ データ ソース (左の表として機能する) のすべての値と、セカンダリ データ ソース (右の表) の対応する行を使用します。

次の表があるとします。リンク フィールドが [User ID (ユーザー ID)] と [Patron ID (パトロン ID)] である場合は、次の理由により、一部の値が結果の表の一部にならない可能性があります。

• 左の表の行に対応する行が右の表にありません。これは結果で NULL 値によって示されます。

• 右の表の行に対応する値が複数あります。これは結果でアスタリスク (*) によって示されます。
  
  

メジャーが関係する場合は、メジャーも次のように集計されます。

重要: ブレンドされたデータを含むビュー内のアスタリスク (*) は複数の値を示します。これは、プライマリ データ ソースの各マークについて、セカンダリ データ ソースで一致する値を 1 つだけにする (プライマリ データ ソースとセカンダリ データ ソースを入れ替えることもできます) ことによって解決できます。詳細については、データ ブレンドのトラブルシューティングを参照してください。

データ ブレンドの概要

• データ ブレンドはシート単位で行われます。
• フィールドが使用される順序によって、どのデータ ソースがセカンダリ データ ソースに対するプライマリになるかが決まります。
• プライマリ データ ソースは青色のチェック マークで示され、セカンダリ データ ソースとそのフィールドにはオレンジ色のチェック マークが付けられます。
• リンク フィールドを共有フィールド名に基づいて自動的に決定するか、ブレンドのリレーションシップを手動で作成することができます。
• データ ブレンドは左結合のように動作するため、セカンダリ データ ソースのデータが除外されることもあります。
• アスタリスク (*) が表示される場合もあります。これは、1 つのマークで複数のディメンション値が存在することを示します。これが生じるのは、データ ブレンドでは集計された結果がビューで組み合わされるためです。
• セカンダリ データ ソースを使用して、プライマリ データ ソース内のフィールド値に別名を付け直すこともできます。詳細については、データ ブレンドを使用してフィールドの値に別名を付けるを参照してください。

データ ブレンドの制限事項

• COUNTD、MEDIAN、RAWSQLAGG などの非加算的な集計に関しては、一部のデータ ブレンドの制限があります。詳細については、データ ブレンドのトラブルシューティングを参照してください。
• ブレンドされたデータ ソースを 1 つの単位としてパブリッシュすることはできません。代わりに、各データ ソースを個別に (同じサーバーに) パブリッシュした後、パブリッシュ済みデータ ソースをブレンドします。
• セカンダリ データ ソースのデータは、常に計算で集計される必要があります。
• キューブ データ ソースをブレンドする場合は、それがプライマリ データ ソースである必要があります。

このセクションの他の記事