Looker と Looker Studio の共通の用語とコンセプト

このページでは、Looker と Looker Studio のプロダクト、および Looker と Looker Studio のユーザー ドキュメントで類似している用語とコンセプトについて説明します。このページでは、これらの用語とコンセプトの類似点、相違点、ニュアンスについても説明します。

このページでは、Looker と Looker Studio の次の用語とコンセプトについて説明します。最初に Looker の用語またはコンセプトが表示されます。

各用語またはコンセプトは、次のいずれかのラベルで識別されます。

  • 同じ(同じ) - Looker と Looker Studio の用語またはコンセプトは、両方のアプリケーションで同じ意味と機能を共有しています。
  • 似ている(似ている) - Looker と Looker Studio の用語またはコンセプトには似ている機能がありますが、微妙な違いがあります。
  • 異なる(異なる) - Looker と Looker Studio の用語やコンセプトは、各アプリケーションで意味や機能が異なります

Looker と Looker Studio の接続の詳細については、Looker Studio に接続するのドキュメント ページをご覧ください。

接続、コネクタ

似ている

Looker の用語: 接続

Looker の [管理者] セクションで、モデルによるデータの取得元となるデータベース接続を確立します。

Looker Studio の用語: コネクタ

コネクタとは、Looker Studio が特定のデータのプラットフォーム、システム、またはサービスにアクセスするためのメカニズムです。コネクタを使用すると、Looker Studio で基盤となるデータをクエリできます。データに接続すると、Looker Studio にデータソースが作成されます。

データソースは、コネクタの特定のインスタンスを表します。たとえば、特定の BigQuery テーブルやクエリ、Google アナリティクスのプロパティ、Google スプレッドシートへの接続などが含まれます。データソースを使用すると、その接続インスタンスの作成に使用されるコネクタによって提供されるフィールドとオプションを構成できます。また、データソースは、基盤となるデータに直接アクセスできないレポートの閲覧者と情報やインサイトを安全に共有する方法を提供します。

類似点

Looker と Looker Studio でデータに接続する方法は、次の点で類似しています。

  • Looker と Looker Studio は、外部のデータソースからデータを取得できます。
  • Looker と Looker Studio は、Looker インスタンスの複数のデータベースや Looker Studio の複数のデータソースなど、複数のデータソースに接続できます。

相違点

Looker と Looker Studio でデータに接続する方法は、次の点で異なります

  • Looker では、データモデルはデータベースからデータを取得します。このデータベースには、Looker 管理者のみがデータベース接続を介して Looker インスタンスに接続します。ユーザーが別のアプリケーションで Looker Explore のデータにアクセスできるようにコネクタを有効にできるのは、Looker 管理者のみです。
  • Looker Studio では、データソースを追加する権限を持つすべてのユーザーが、コネクタを使用して Looker Studio で可視化する特定の種類のデータに接続できます。コネクタは、データベース以外にも接続できます。

コンテンツ アクセス、ロール、権限

似ている

Looker 用語: コンテンツ アクセス

コンテンツ アクセスを使用すると、管理者はユーザーが Looker で表示および操作できる内容を制限できます。コンテンツ アクセスは、ユーザーまたはグループがボード、フォルダ、そのコンテンツを表示または変更できるかどうかを制御します。

Looker Studio の用語: ロール、権限

Looker Studio のアセット(レポート、データソース)へのアクセス権は、Google Cloud Identity and Access Management(IAM)システムに基づいて決まります。

IAM では、ユーザーに事前定義されたロールを割り当てることで Looker Studio アセットへのアクセスを管理できます。ロールとは、ユーザーが特定のアクションを実行することを許可し、他のアクションは実行できないようにする、一連の権限グループのことです。

類似点

Looker と Looker Studio のコンテンツ アクセス管理は、次の点で類似しています。

  • ユーザーには、特定の種類のコンテンツに対して特定のアクションを実行できるロールが付与されます。
  • Looker(Google Cloud コア)ロールと Looker Studio ロールは IAM ロールに基づいています。

相違点

Looker と Looker Studio のコンテンツ アクセス管理は、次の点で異なります

  • Looker は、Looker インスタンスに固有のロールとコンテンツ アクセスのシステムを使用します。Looker 管理者は、特定のアクションを実行する権限と、そのアクションを実行できる一連のデータモデルを組み合わせたロールをユーザーに付与します。コンテンツ アクセスのレベルにより、ユーザーはボードとフォルダに含まれる Explore、Look、ダッシュボードのコレクションを表示または編集できます。
  • Looker(Google Cloud コア)では、Looker ロールと IAM ロールの両方が使用されます。Looker(Google Cloud コア)インスタンス内では、コンテンツと機能アクセスは Looker と同じように管理されます。Google Cloud コンソールで実行される管理機能は、IAM ロールを使用して管理されます。
  • Looker Studio ユーザーには、レポートやデータソースなどの特定のタイプのコンテンツ(アセット)で特定のアクションを実行できる権限を持つ IAM ロールが付与されます。ロールと権限では、アセットの基になるデータを表示できる権限をユーザーに付与しません。
  • Looker Studio Pro ユーザーには、ワークスペースに含まれるアセットへのアクセスを管理するためのチーム ワークスペースのロールも付与されます。

カスタムロールは、Looker と Looker Studio で次のように異なる方法で処理されます。

  • Looker では、カスタムロールを作成できます。
  • Looker(Google Cloud コア)では、Google Cloud コンソールで実行されるタスクの IAM ロールと、Looker(Google Cloud コア)インスタンス内の Looker ロールの両方のカスタムロールを作成できます。
  • Looker StudioLooker Studio Pro では、カスタムロールをサポートしません

クロス フィルタリング ダッシュボード、グラフのクロスフィルタリング

似ている

Looker の用語: クロス フィルタリング ダッシュボード

クロス フィルタリングにより、ダッシュボードの閲覧者はダッシュボードのデータの操作が簡単かつ直感的に行えるようになり、ある指標が別の指標にどのように影響するかを把握しやすくなります。クロス フィルタリングを使用すると、ダッシュボードの閲覧者は 1 つのダッシュボード タイルでデータポイントを選択して、その値ですべてのダッシュボード タイルをフィルタできます。

ダッシュボードの編集者は、複数のクロスフィルタを一度に作成できます。クロスフィルタは標準のダッシュボード フィルタと組み合わせて使用できます。クロス フィルタリングを有効にするには、すべてのダッシュボード タイルを同じ Explore から作成する必要があります。

一部の可視化タイプはクロスフィルタに対応していません。

Looker Studio の用語: グラフのクロス フィルタリング

クロス フィルタリングを使用すると、レポートの閲覧者は 1 つのグラフを操作し、その操作内容をレポート内の他のグラフにフィルタとして適用できます。グラフに対してクロス フィルタリングが有効になっている場合、レポートの閲覧者は次の 2 つの方法でグラフを操作してレポートをフィルタできます。

  • グラフ内で 1 つ以上のディメンション値をクリックする。
  • 時系列グラフ、折れ線グラフ、面グラフの上でマウスをクリックしてドラッグし、領域を選択する。

クロスフィルタリングは他のコントロールと同じように機能します。たとえば、ディメンションに基づく円グラフでは、ディメンションに基づくプルダウン リストのコントロールと同じように、レポートの閲覧者がレポートをフィルタできます。時系列をブラッシングすると、期間設定と同じように動作します。

レポートの編集者は、他のコントロールと同様に、クロス フィルタリングをグループに制限できます。

一部の可視化タイプはクロスフィルタに対応していません。

ダッシュボード、レポート

似ている

Looker の用語: ダッシュボード

ダッシュボードとは、基本的には 1 つ以上の保存済みクエリのコレクションで、1 つのページに可視化またはテキストタイルとして一緒に表示されます。Looker のダッシュボード エクスペリエンスには、ユーザー定義ダッシュボードと LookML ダッシュボードの 2 種類があります。

  • ユーザー定義のダッシュボードは、LookML ではなく Looker のユーザー インターフェースからコンテンツを追加して作成します。これは、Looker で最も一般的なタイプのダッシュボードです。
  • LookML ダッシュボードは、LookML を使用して全体が記述されています。

Looker Studio の用語: レポート

レポートは、データから得られた情報や分析情報を表示する Looker Studio のアセットです。

レポートを使用すると、データを可視化し、インサイトを獲得して、そのインサイトを他のユーザーと共有できます。 レポートを他の人と共有し、共有相手にデータのみを閲覧させたり、編集権限を付与してレポートの構成を変更させたりできます。レポートは、複数のページやグラフに加えて、コントロール、テキスト領域、図形、画像などの他のコンポーネントで構成できます。

レポートのデータは 1 つ以上のデータソースから抽出されます。

類似点

Looker のダッシュボードと Looker Studio のレポートでは、それぞれ 1 つ以上のモデルまたはデータソースのデータを可視化できます。どちらもモジュラー要素で構成されています。Looker ではタイルLooker Studio ではコンポーネントと呼ばれます。

相違点

Looker のダッシュボードと Looker Studio のレポートでは、ユーザー アクセスの処理方法が異なります。Looker の場合はコンテンツ アクセスをご覧ください。Looker Studio の場合は認証情報をご覧ください。

ダッシュボードとレポートの両方の外観は、カスタムテーマとさまざまなタイプの要素でカスタマイズできますが、各タイプのレポート コンポーネント(コントロールグラフすべてのレポート コンポーネント)はそれぞれ独自のスタイルにできます。

ユーザーは、さまざまな方法でレポート コンポーネントを作成し、ダッシュボード タイルを作成します。レポート パネルからレポートにレポート コンポーネントを追加します。Explore または Look としてダッシュボード タイルを作成し、後でダッシュボードに保存することも、ダッシュボード内で直接作成することもできます。LookML のデベロッパーによって LookML ダッシュボードは作成され、バージョン管理されたファイルとして保存されます。

ダッシュボード フィルタ、フィルタ プロパティ

似ている

Looker の用語: ダッシュボード フィルタ

ダッシュボード フィルタを使用すると、ダッシュボードの閲覧者は、興味があるデータのみをダッシュボードの結果に表示できます。ダッシュボードフィルタは、ダッシュボード上のすべてのタイルに適用することも、1つのダッシュボードタイルにのみ適用することもできます。

ダッシュボードの編集者には、ダッシュボード フィルタが視聴者に表示される方法を変えるオプションがいくつかあります。ダッシュボードの編集者は、個々のフィルタ オプションまたはフィルタバー全体の外観を調整できます。

Looker Studio の用語: フィルタ プロパティ

フィルタ プロパティ(または単にフィルタ)を使用すると、レポートの閲覧者に表示するデータを整理して絞り込むことができます。

フィルタは、グラフ、コントロール、ページ、またはレポート全体に適用できます。

フィルタ プロパティを変更または操作できるのは、レポートの編集者のみです。レポートの閲覧者は、レポートの編集者がフィルタ オプションを追加しない限り、フィルタ プロパティを変更できません。

類似点

Looker のダッシュボード フィルタと Looker Studio のフィルタ プロパティは、次の点で類似しています。

  • Looker のダッシュボード フィルタと Looker Studio のフィルタ プロパティは、ダッシュボードとレポートに表示される結果をフィルタします。
  • Looker のダッシュボード フィルタと Looker Studio のフィルタ プロパティは、ダッシュボード全体(Looker の場合)またはレポート全体(Looker Studio の場合)に適用できます。また、個々のダッシュボード タイル(Looker の場合)またはグラフ(Looker Studio の場合)に適用することもできます。

相違点

Looker のダッシュボード フィルタと Looker Studio のフィルタ プロパティは、次の点で異なります

  • Looker のダッシュボード フィルタは、ダッシュボードを編集するための適切なフォルダのアクセスレベルと Looker の権限を持つユーザーが変更できます。Looker Studio のフィルタ プロパティを変更できるのは、レポートの編集者に限られます。レポートの閲覧者は、レポートの編集者がレポートにフィルタ オプションを追加しない限り、フィルタ プロパティを変更できません。
  • Looker のダッシュボード フィルタは、ダッシュボード全体または個々のタイルにのみ適用できます。Looker Studio のフィルタ プロパティは、レポート全体だけでなく、個々のレポートページやコントロールにも適用できます。

ダッシュボードのフィルタ オプション、フィルタ オプション

似ている

Looker の用語: ダッシュボードのフィルタ オプション

ダッシュボードのフィルタコントロールを使用すると、ダッシュボードの閲覧者用のフィルタの外観をダッシュボードの編集者がカスタマイズできます。編集者がダッシュボード フィルタを作成する際にコントロール プルダウンで使用できるフィルタ オプションのタイプは、フィルタするフィールドに割り当てられた LookML データ型によって異なります。

ダッシュボードのフィルタ オプションのタイプには、ボタングループ、チェックボックス、ラジオボタン、スライダー、期間設定などがあります。

Looker Studio の用語: フィルタ オプション

フィルタ オプション(コントロール)を使用すると、レポートの閲覧者はレポートのコンポーネントに表示されるデータをフィルタしたり変更したりできます。コントロールを使うと、ユーザー入力を収集し、計算フィールドおよび BigQuery コネクタやコミュニティ コネクタなど、パラメータをサポートするコネクタで使用できます。

レポートの閲覧者は、コントロールを使用して次の操作を行うことができます。

  • 特定のディメンション値でデータをフィルタできます。
  • レポートの期間を設定できます。
  • パラメータ値を設定して、それらを後で計算フィールドで使用したり、コネクタに戻したりすることができます。
  • データソースで使用される基になるデータセットを変更できます。

フィルタ オプションのタイプには、プルダウン リスト、入力ボックス、スライダー、チェックボックスなどがあります。

レポートの編集者は、1 つ以上のグラフをグループ化することで、コントロールの適用範囲を制限できます。グループ化すると、コントロールはグループ内のグラフにのみ適用されます。

類似点

Looker のダッシュボードのフィルタ オプションと Looker Studio のフィルタ オプションは、次の点で類似しています。

  • Looker のダッシュボードのフィルタ オプションと Looker Studio のフィルタ オプションは、ダッシュボードの編集者(Looker)とレポートの編集者(Looker Studio)によって構成され、閲覧者がデータをフィルタして制限できるようにします。
  • Looker のダッシュボードのフィルタ オプションと Looker Studio のフィルタ オプションは、複数の特定のダッシュボード タイル(Looker の場合)とグラフ(Looker Studio の場合)に一度に設定できます。Looker Studio では、これをグループと呼びます。
  • 適用できる Looker のダッシュボードのフィルタ オプションのタイプと Looker Studio のフィルタ オプションのタイプは、基になるフィルタ フィールドのデータ型によって異なります。

相違点

Looker のダッシュボードのフィルタ オプションと Looker Studio のフィルタ オプションは、次の点で異なります

  • 設定すると、Looker Studio のフィルタ オプションは、データソースで使用される基盤となるデータセットを変更できます。Looker Studio のフィルタ オプションは、計算フィールドや、BigQuery コネクタやコミュニティ コネクタなど、パラメータをサポートするコネクタにも適用できます。

データアクセス、認証情報

似ている

Looker の用語: データアクセス、アクセスレベル

データアクセスは、ユーザーまたはグループが表示できるデータを制御します。このタイプのアクセスは、ユーザーレベルまたはデータレベルで制限または付与できます。データアクセスは主にモデルセットを使用して管理されます。

Looker Studio の用語: 認証情報

認証情報は、データソースのデータを表示できるユーザーを決定します。Looker Studio データソースを作成するときに、データソースから提供されるデータへのアクセスを Looker Studio でどのように制御するかを選択します。認証情報は、データソースのオーナーの認証情報を使用してデータソースのデータにアクセスする権限をユーザーに付与するかどうか、またはユーザーが独自の認証情報を提供しなければならないかどうかを Looker Studio に指示します。後者の場合、ユーザーが元のソースのデータにアクセスできない場合、そのデータは Looker Studio アセットで表示できません。

類似点

Looker と Looker Studio のデータアクセス管理は、次の点で類似しています。

  • ユーザーは、さまざまな種類のコンテンツの基盤となるデータにアクセスできます。
  • Looker では、データモデルが Explore、Look、ダッシュボードなど、すべての Looker コンテンツの基盤となります。
  • Looker Studio では、認証情報によって、ユーザーが特定の Looker Studio データソースの基盤となるデータを操作できるかどうかが制御されます。

相違点

Looker と Looker Studio のデータアクセス管理は、次の点で異なります

  • Looker では、ユーザーは、アクションを実行するための特定の権限が付与されているモデルセットの基盤となるデータにアクセスできます。
  • Looker Studio では、Looker Studio の認証情報を必要とするデータソースが作成されている場合、ユーザーはデータの元の場所からデータにアクセスできる必要があります。

ディメンション

同じ

Looker の用語: ディメンション

ディメンションは、属性、ファクト、または値を表すフィールドです。Explore 内のフィールド ピッカーから選択でき、クエリのフィルタリングに使用できます。一般的なディメンションには、日付、名前、ID などの属性が含まれ、多くの場合、基盤となるデータテーブルの列に対応しています。ディメンションはビューファイル内で作成することもできます。

Looker Studio の用語: ディメンション

ディメンションとは、データをグループ化するための条件となる一連の値です。

ディメンションは情報のカテゴリです。これらのカテゴリには、通常、名前、属性、その他のデータの特性を表す値が格納されます。ディメンションには未集計のデータが含まれます。ディメンションは、データソース エディタとレポートのプロパティ パネルに緑色のフィールドとして表示されます。

リンクされたフィルタ、フィルタの継承

似ている

Looker の用語: リンクされたフィルタ

ダッシュボードの編集者は、フィルタをリンクして、あるフィルタのフィルタ値のオプションを、同じダッシュボード上の別のフィルタで選択されたフィルタ値に基づいて絞り込むことができます。

ダッシュボードの編集者がフィルタをリンクするとき、任意のフィルタを「親」フィルタ(別のフィルタのオプションを絞り込むフィルタ)として使用できますが、「子」フィルタ(絞り込まれるフィルタ)では、type: string フィールド(一般に単語やフレーズに使用)または type: zipcode フィールド(一般に郵便番号に使用)のみを使用できます。

ダッシュボードにフィルタが1つしかない場合、フィルタをリンクする機能は無効になります。

Looker Studio の用語: フィルタの継承

フィルタを継承することができます。つまり、上位レベルのコンポーネントのフィルタは、その下のコンポーネントに適用されます。継承の順序は、レポートレベル > ページレベル > グラフまたはコントロール レベルです。

下位(子)コンポーネントが上位(親)コンポーネントからフィルタを継承するには、親のフィルタで使用されるディメンションと指標が、子コンポーネントのデータソースに存在している必要があります。含まれてない場合、フィルタは子のコンポーネントに継承されません。

レポートの編集者は、選択したコンポーネントのプロパティ パネルの [設定] タブの [フィルタ] セクションにある切り替えオプションを使用して、継承をオフにできます。たとえば、グラフに対してページ単位のフィルタ プロパティを継承しないように指定したり、ページに対してレポート単位のフィルタ プロパティを継承しないように指定したりできます。

類似点

Looker のリンクされたフィルタと Looker Studio のフィルタ継承は、次の点で類似しています。

  • Looker のリンクされたフィルタと Looker Studio のフィルタ継承は、階層的に下位のフィルタとコンポーネントに影響するため、子フィルタのフィルタ値オプションは、親フィルタで選択されたフィルタ値に基づいて絞り込まれます。

相違点

Looker のリンクされたフィルタと Looker Studio のフィルタ継承は、次の点で異なります

  • Looker のリンクされたフィルタは、ダッシュボード編集者が設定する必要があります。Looker Studio のフィルタ継承はデフォルトで有効になっています。レポート編集者が無効にする必要があります。
  • Looker のリンクされたフィルタはダッシュボード全体に影響します。リンクされたフィルタが適用されている場所では、リンクに従う必要があります。
  • Looker Studio では、個々のコンポーネントでフィルタ継承を無効にできます。たとえば、ページ単位のフィルタ プロパティを継承しないグラフや、レポート単位のプロパティを継承しないページを構成できます。

メジャー、指標

似ている

Looker の用語: メジャー

メジャーは、合計やカウントなど、データに関する測定可能な情報を表す Explore のフィールドです。メジャーは、SUM()COUNT() などの集計関数を使用して、ビューファイルの LookML で宣言されます。通常、メジャーは集計型ですが、type: number などの非集計型にすることもできます。メジャーの集計は、Looker Explore でディメンションごとにグループ化されます。

Looker Studio の用語: 指標

指標は、値の集合に適用される特定の集計です。

指標は、基盤となるデータセットから算出された集計値、または COUNT()SUM()AVG() などの集計関数を暗黙的または明示的に適用した結果です。指標自体には値のセットが定義されていないため、ディメンションのように指標でグループ化することはできません。

類似点

Looker のメジャーと Looker Studio の指標は、次の点で類似しています。

  • Looker のメジャーと Looker Studio の指標は、データに関する測定可能な情報を表します。
  • ユーザーは、既存のディメンションまたはメジャーに集計関数を適用して、メジャーまたは指標を作成できます。Looker では、これらのユーザー作成メジャーをカスタム メジャーと呼び、Looker Explore で作成します。Looker Studio では、ユーザーが作成した集計関数を計算フィールドと呼びます。

相違点

Looker のメジャーと Looker Studio の指標は、次の点で異なります

  • Looker のメジャーは、モデルのビューファイルで宣言するか、Explore でカスタムメジャーとして宣言します。
  • Looker Studio の指標は、基盤となるデータセットから直接導出された集計を表します。

統合された結果、統合データ

似ている

Looker の用語: 統合された結果

統合された結果の機能は、異なる Explore のデータ(異なるモデル、プロジェクト、接続のデータも含む)を組み合わせることができます。統合された結果を使用すると、Explore からクエリを作成し、他の Explore からクエリを追加して、統合された結果を 1 つのテーブルに表示できます。統合された結果の機能は、SQL の LEFT JOIN と同じように動作します(追加されたクエリがプライマリ クエリに左結合されているかのように動作します)。

Looker Studio の用語: 統合データ

統合データは、異なるデータソースのフィールド、または同じデータソースの複数のインスタンスを結合することで作られます。

異なるデータセットの情報が 1 つのグラフにまとめられているため、データ間の相関関係を簡単に確認できます。

類似点

Looker の統合された結果と Looker Studio の統合(統合データ)は、次の点で類似しています。

  • Looker の統合された結果と Looker Studio の統合の両方とも、複数のソースのデータを 1 つのクエリ内で結合できます。
  • Looker の統合された結果と Looker Studio の統合の両方で、SQL の結合に似たコンセプトを使用して、共通フィールド(ID ディメンションなど)に基づいてデータを照合して結合します。これにより、さまざまなソースのレコードを関連付けて分析と可視化を行うことができます。
  • Looker の統合された結果と Looker Studio の統合はいずれも、スタンドアロンの再利用可能なオブジェクトとして保存することはできません。
    • Looker の統合された結果は Look として保存できませんが、複数のダッシュボードに保存できます。
    • Looker Studio の統合は、定義されているレポート内に埋め込まれます(ただし、そのレポートのコピーを作成すると、新しいレポートにコピーされます)。

相違点

Looker の統合された結果と Looker Studio の統合は、次の点で異なります

  • 統合ロジック:
    • Looker では、統合された結果は、プライマリ クエリを指定し、プライマリ クエリと他のクエリ内で値が完全に一致する 1 つ以上のフィールドを指定する必要があります。統合された結果のセカンダリ クエリの数にも上限はありません。
    • Looker Studio では、統合は、SQL の結合に似たプロセスを使用して、単一のデータソース内またはデータソース間で最大 5 つの異なるテーブルからデータを直接結合します。結合のタイプは、Looker Studio UI の統合エディタで選択できます。指標は統合テーブルでは未集計のディメンションとして扱われるため、Looker Studio でデータを再集計(平均の平均の計算など)できます。
  • Looker では、統合された結果は個別のクエリの結果を組み合わせたものです。こ通常、集計は Explore の LookML モデル内で定義されるため、統合が行われる前に適用されます。ソースクエリからの表計算は、統合された結果では標準ディメンションとして表示されます。
  • Looker Studio では、データの更新頻度や認証情報の設定は、基盤となるデータソースから直接継承されます。Looker では、[キャッシュのクリアと更新] オプションを使用して、キャッシュを削除し、データベースから最新の結果を取得できます。

パラメータ、パラメータ

異なる

Looker の用語: パラメータ

Looker では、LookML パラメータは、モデル、Explore、ビュー、ディメンション、指標、フィルタなどの LookML オブジェクトの特定の属性または設定を定義するキーと値のペアで構成される名前付き要素です。LookML パラメータに指定する値は、データモデル内の LookML オブジェクトの外観、動作、相互作用を制御します。たとえば、label パラメータは、ユーザーが Looker の Explore UI でフィールドを操作する際のフィールドのわかりやすい名前を定義します。一方、sql パラメータは、ディメンションまたはメジャーの基盤となる SQL ロジックを定義します。

LookML の一般的なパラメータに加えて、Looker には parameter という特定のパラメータがあります。これは、Explore、Look、ダッシュボードのフィルタに使用できるフィルタ限定のフィールドを作成します。このフィルタ限定のフィールドは結果セットに追加できません。

Looker Studio の用語: パラメータ

Looker Studio のパラメータを使用すると、ユーザー提供のデータを操作して、レポートをよりインタラクティブにすることができます。レポート テンプレートを作成することも可能です。パラメータは、プログラミング言語の変数と同じように機能します。パラメータは、主に次の 3 つの用途で使用されます。

  • 計算フィールドでパラメータを使用し、ユーザー入力に基づいて結果を表示できます。
  • BigQuery データソースのカスタム SQL クエリにパラメータを返すことができます。
  • コミュニティ コネクタにパラメータを返すことができます。

類似点

Looker の parameter パラメータと Looker Studio のパラメータは、次の点で類似しています。

  • Lookerparameter パラメータによって作成されるフィルタ限定のフィールドと Looker Studio のパラメータはどちらも変数として機能し、レポート(Looker Studio 内)と Explore、Look、ダッシュボード(Looker 内)をよりインタラクティブにします。
  • Looker のパラメータと Looker Studio のパラメータの両方とも、デフォルト値または許可された値で設定したり、ユーザー入力を許可するように設定したりできます。

相違点

Looker の parameter パラメータと Looker Studio のパラメータは、次の点で異なります

  • Looker のパラメータは LookML で定義されますが、Looker Studio のパラメータはデータソース内またはレポート内で直接作成できます。また、BigQuery コネクタのカスタム SQL クエリに渡すこともできます。
  • Looker のパラメータは、Explore、Look、ダッシュボードのデータのフィルタに使用されるフィルタ限定のフィールドを作成します。Looker Studio のパラメータは、ユーザー提供データの操作に幅広く使用できます。たとえば、レポートを使用しているユーザーからの入力を含む計算フィールドを作成したり、データソースで使用される SQL クエリに値を返したりできます。

表計算、計算フィールド

似ている

Looker の用語: 表計算

表計算はスプレッドシートの数式に類似しており、クエリ実行後にクエリの結果に対して実行されます。

Looker Studio の用語: 計算フィールド

計算フィールドを使用すると、データを基に新しい指標やディメンションを作成できます。データソースから流入するデータを拡張・変換して、結果をレポートに表示することも可能です。

計算フィールドには次の 2 種類があります。

  • データソースで作成された計算フィールド
  • レポートの特定のグラフで作成された計算フィールド

類似点

Looker の表計算と Looker Studio の計算フィールドは、次の点で類似しています。

  • Looker の表計算と Looker Studio の計算フィールドの両方とも、既存のデータに基づいてアドホック指標を作成できます。

相違点

Looker の表計算と Looker Studio の計算フィールドには、次の点で異なります

  • Looker の表計算は、基盤となるデータベースではなく、クエリの結果に対して実行されます。Looker Studio の計算フィールドは、データソースで使用可能なデータフィールドに対して直接操作を行います。
  • Looker の表計算は、クエリの実行後に Explore 内で直接作成されます。Looker Studio の計算フィールドは、データソース内(そのデータソースを使用するすべてのレポートでそのフィールドを使用可能にする)または特定のグラフ内で直接作成できます。