データ ブレンドを使用して異なるデータ ソースのデータを組み合わせる場合、いくつかの一般的な問題が発生する場合があります。このトピックでは、それらの問題をリストし、それぞれの状況への対応方法について説明します。

プライマリ接続とセカンダリ接続は、同じデータ ソースの表のものです

セカンダリ データ ソースからビューにフィールドをドラッグすると、次のような警告が表示されることがあります。

プライマリ接続とセカンダリ接続は、同じデータ ソース内の表のものです。接続をリンクさせる代わりに、[データ] メニューを使用してデータを結合します。結合により、多くの表からのデータを統合でき、パフォーマンスとフィルターリングを改善する場合があります。

この警告は、同じデータベースに接続する別のデータ ソースがワークブックに含まれている場合に発生します。このようにデータを組み合わせることもできますが、同じデータベースのデータを組み合わせる際は結合やリレーションシップを使用することをお勧めします。これにより、ブレンドでは実現できない仕方でデータベースのネイティブ最適化機能の一部を利用できます。

1 つ以上のフィールドがサポートされていない集計を使用しているため、セカンダリ データ ソースをブレンドできません

データ ブレンドには、COUNTD、MEDIAN、RAWSQLAGG などの非加算的集計に関する一部の制限があります。非加算的集計は、ディメンションに沿って集計できない結果を生成する集計関数です。代わりに、値を個別に計算する必要があります。数値関数は、MAX および MIN を除いてすべて非加算的集計です。詳細については、Tableau 関数 (カテゴリ別)を参照してください。

これらの制限により、特定の状況下においてビューの特定のフィールドが無効となります。これらの無効なフィールドのいずれかをマウスでポイントすると、次のエラーが表示されます。

1 つ以上のフィールドがサポートされていない集計を使用しているため、セカンダリ データ ソースをブレンドできません。

このエラーは、次のいずれかの理由で発生する場合があります。

• プライマリ データ ソースからの非加算的集計:一時テーブルの使用を許可するリレーショナル データベースのデータ ソースを使用している場合、非加算的集計はプライマリ データ ソースでのみサポートされます。この問題を回避するため、データ ソースの抽出を作成することを検討してください。抽出は一時テーブルをサポートします。

• セカンダリ データ ソースからの非加算的集計: プライマリ データ ソースからのリンク フィールドがビューに含まれている場合、また、セカンダリ データ ソースからの非集計ディメンションがビューに含まれていない場合、非加算的集計はセカンダリ データ ソースでのみサポートされます。一部の数値関数は、加算集計が含まれていても使用できます。たとえば、ROUND([Sales],1) の代わりに ROUND(SUM([Sales]),1) を使用します。

• ライブ接続を使用するマルチ接続データ ソースからの非加算的集計:ライブ接続を使用してデータに接続するマルチ接続データ ソースは、一時テーブルをサポートしていません。そのため、ライブ接続を使用してデータに接続するマルチ接続データ ソースを使用する場合、ブレンド機能と非加算集計を共に使用することは禁止されています。この問題を回避するため、マルチ接続データ ソースの抽出を作成することを検討してください。抽出は一時テーブルをサポートします。

• セカンダリ データ ソースの LOD 式: このエラーは、データ ブレンドを使用するビューで詳細レベルの式を使用する場合にも発生します。エラーを解決するため、セカンダリ データ ソースの LOD 式を使用する前に、プライマリ データ ソースのリンク フィールドがビュー内にあることを確認し、セカンダリ データ ソースからディメンション (ディメンション フィルターを含む) を削除してください。

論理テーブルを含むデータ ソースは、データ ブレンドのセカンダリ データ ソースとして使用できません。

セカンダリ データ ソースは、次の条件が満たされている限り、論理結合を使用できます。 

• プライマリ データ ソースからのアクティブなリンク フィールドはすべて、フィルター シェルフ以外のシェルフのビューに含まれている必要があります
• ディメンションを含む、セカンダリ データ ソースからのすべてのフィールドが集計されます

シート内にアスタリスクが表示される

データをブレンドする場合、プライマリ データ ソースの各マークに対して、一致しているセカンダリ データ ソースの値が 1 つのみであることを確認してください。一致する値が複数ある場合、データをブレンドした後、結果のビュー内にアスタリスクが表示されます。

たとえば、"Population (人口)" と "Superstore (スーパーストア）"という 2 つのデータ ソースがあるとします。プライマリ データ ソースである "Population (人口)" には、"State (州)" と呼ばれるフィールドがあります。セカンダリ データ ソースである "Superstore (スーパーストア)" には、"State (州)" および "Segment (セグメント)" と呼ばれるフィールドを含みます。セカンダリ データ ソースの各州には、複数のセグメントがあります。たとえば、"Alabama (アラバマ)" には、"Consumer (消費者)"、"Corporate (企業)"、および "Home Office (ホーム オフィス)" の 3 セグメントがあります。

プライマリ データ ソース

セカンダリ データ ソース

2 つのデータ ソースを [State (州)] フィールドでブレンドする場合は、(プライマリ データ ソースで) 個々の州の値が (セカンダリ データ ソースで) 複数のセグメント値を持つことができるリンクを作成します。この場合、プライマリ データ ソースの対応する各状態値に対し、セカンダリ データ ソースに複数のセグメント値があるため、次のイメージのように、ビューにアスタリスクが表示されます。

ブレンドされたデータ

シート内のアスタリスクを解決する

プライマリ データ ソースの各マークに対して、一致しているセカンダリ データ ソースの値が 1 つのみであることを確認してシート内のアスタリスクを回避します。確実な方法は作成しようとしているデータとビューによって異なりますが、次で提案するいずれかの方法でシート内のアスタリスクを解決することを検討してください。

• 詳細レベルがより高いフィールドを、プライマリ データ ソースからシートに追加します。

  たとえば、上記で使用した例に類似するビューを使用しているとします。"City (市)" などのフィールドは、その値が "State (州)" のようなフィールドより詳細レベルが高いことから、シートへの追加を検討します。

• プライマリとセカンダリのそれぞれのデータ ソースを切り替えるためにビューを再作成します。一般に、値の詳細レベルがより高いデータ ソースをプライマリ データ ソースにする必要があります。

  たとえば、上記で使用した例に類似するビューを使用しているとします。"Superstore (スーパーストア)" をプライマリ データ ソースにして、"Population (人口)" をセカンダリ データ ソースにすることを検討します。