このページでは、Looker のプロダクトとユーザー向けドキュメントで使用されている用語を説明します。
Looker と Looker Studio の類似の用語とコンセプトの違いについて詳しくは、Looker と Looker Studio の共通の用語とコンセプトのドキュメント ページをご覧ください。
記号 / 数値
A
- アクセス、アクセスレベル
-
管理者は、Looker でユーザーが表示および操作できる内容を制限するためのさまざまなオプションを使用できます。
関連情報: コンテンツ アクセス、データアクセス、機能アクセス
- アクション
-
データ アクションを使用すると、ユーザーは Looker から直接他のツールでタスクを実行できます。たとえば、このアクションによってメールを送信したり、他のアプリケーションで値を設定したりできます。また、受信サーバーで構成できるその他の操作も実行できます。受信サーバーは JSON POST を受信できる必要があります。
- アクションハブ
-
Looker の アクション ハブは、Looker の統合サービスにデータを転送するマルチテナント サービスです。アクションを使用してユーザーが送信するデータは、Lookerインスタンスではなくアクションハブサーバーで一時的に処理されます。Looker の管理者またはデベロッパーが統合サービスとそのサービスへのアクセスを提供するフィールドタグを設定している場合、データにドリルダウンしてそのサービスとやり取りするときに、そのサービスをアクションとして選択できます。
関連情報: アクション
- 高度なデプロイモード
-
高度なデプロイモードでは、
deploy
権限を持つ Looker デベロッパーが LookML プロジェクトの任意の Git commit を選択し、Looker インスタンスの本番環境バージョンにデプロイできます。これは、リモート本番環境ブランチの最新の commit のみを Looker インスタンスの本番環境バージョンにデプロイできるデフォルトの Git 統合とは対照的です。 - 高度なフィルタ
-
高度なフィルタを使用すると、ユーザーは、ダッシュボード自体にない Explore のフィールドを含むダッシュボード フィルタを作成できます。
- 高度なフィルタ オプション
-
高度なフィルタ オプションは、ダッシュボード作成者が設定できるフィルタ条件に柔軟性を持たせることができるダッシュボード フィルタ オプションの一種です。高度なコントロールを作成するには、フィルタ構成ウィンドウの [コントロール] フィールドで [高度] を選択します。
- アラート
-
アラートを使用すると、ユーザーは、ダッシュボード タイルのデータの条件を指定して、その条件に到達または超過した場合に特定の頻度で特定の受信者に通知を送信できます。アラートは、ユーザー定義のダッシュボードや LookML ダッシュボードのクエリベースまたは Look にリンクされたタイルに設定され、メールや Looker の Slack または Slack Attachment(API トークン)とのインテグレーションを使って送信されます。
- アプリケーションのタイムゾーン
-
アプリケーションのタイムゾーンは、スケジュール設定された Look とクエリが実行されるデフォルトのタイムゾーンの管理設定です(サポートされている場合)。ユーザー固有のタイムゾーンが有効になっている場合、アカウントにタイムゾーン値を設定していないユーザーのデフォルトのタイムゾーンは [アプリケーションのタイムゾーン] になります。
関連情報: タイムゾーンの設定、ユーザー固有のタイムゾーン
- 非同期クエリ
-
非同期(または非同期)クエリは、リクエストを開始するための 1 つの呼び出し、クエリの完了ステータスを確認するための 1 つ以上の呼び出し、完了したクエリの結果を取得するための 1 つの呼び出しを行うデータ リクエストです。非同期クエリを使用すると、アプリのフリーズ、接続タイムアウト、ダッシュボードの長い読み込み時間を回避できます。
B
- ベースビュー(Explore の)
-
ベースビューは、Explore の作成の出発点として使用されるビューです。そこから、他のビューをベースビューに結合して、Explore で使用できます。Explore の名前は通常、ベースビューの名前が付けられますが、ベースビューにちなんだ名前を Explore に付けたくない場合は、
from
パラメータを使用して Explore のベースビューに名前を指定することができます。 - ブロック、Looker Block
-
Looker Blocks は、事前構築済みの LookML であり、仕様に応じて使用してカスタマイズできます。最適化された SQL パターンや設定が不要なデータモデルまで、ブロックをテンプレートとして使用することで、Looker でスピーディかつ柔軟にデータをモデル化できます。
- ボード
-
ボードには、手動でキュレートされたダッシュボード、Look、リンクのコレクションが格納されます。フォルダに保存されたダッシュボードと Look は、複数のボードに固定できます。ボードには、コンテキストを提供するリンクや説明を含めることができ、ユーザーが関連性の高い情報を簡単に見つけられるようにすることができます。
- ブラウズ、ブラウジング
-
ブラウジングには、ダッシュボード、Look、Explore のデータの表示、共有、送信、ダウンロードが含まれます。
C
- クローズド システム
-
マルチテナント インストールとも呼ばれるクローズド システムは、コンテンツを特定のグループにサイロ化し、異なるグループのユーザー間で情報が共有されないようにします。
- コード分割
-
JavaScript が実際に必要になるまで遅延読み込みする手法。理想的には、最初に読み込まれる JavaScript バンドルをできるだけ小さくする必要があります。これは、コード分割を利用することで実行できます。すぐに必要ではない機能は、実際に必要になるまで読み込まれません。
- コミュニティ
-
従来ディスクロージャーとして知られていた Looker コミュニティは、Looker のユーザーとエキスパートの間で共有された投稿、ディスカッション、質問、アイデアが掲載されたユーザー フォーラムです。
- コンポーネント
-
Looker コンポーネントは、React、TypeScript、Styled Components で構築された Looker デザイン システムの技術的な実装です。コンポーネントは、UI コンポーネント、フィルタ コンポーネント、可視化コンポーネントで構成されます。
- 接続
-
Looker の [管理者] セクションで、モデルによるデータの取得元となるデータベース接続を確立します。
- 定数
-
プロジェクト マニフェスト ファイルの LookML
constant
パラメータで定義される定数を使用して、プロジェクト全体で再利用できる値を指定します。定数は、文字列が受け入れられるモデル内の任意の場所で参照できます。 - コンテンツ
-
Looker のドキュメントでは、通常「コンテンツ」という用語は Look とダッシュボードを指します。
- コンテンツ アクセス
-
コンテンツ アクセスは、ユーザーまたはグループがボード、フォルダ(Looker 6.20 より前は Space と呼ばれていました)、そのコンテンツを表示または変更できるかどうかを制御します。コンテンツのアクセスレベルは、表示とアクセスの管理、編集の 2 つです。
- Content Validator
-
Looker の Content Validator は、LookML でモデル、Explore、フィールド名への参照を検索します。デベロッパーは、プロジェクトに変更を加えた後に、Content Validator を使用して、ユーザーの変更が Looks やクエリベースのダッシュボード タイルに影響を与えていないことを確認できます。Content Validator を使用して、LookML 要素を検索して置換し、変更によるエラーを修正することもできます。
- クロス フィルタリング
-
クロス フィルタリングを使用すると、ダッシュボードにアドホック フィルタを適用できます。クロスフィルタリングを使用すれば、ユーザーは1つのダッシュボードタイルのデータポイントをクリックするだけで、すべてのダッシュボードタイルでその値を自動的にフィルタリングできます。特定のクロス フィルタは、ダッシュボードには保存できませんが、クロスフィルタのダッシュボードの URL を共有することで共有できます。
- セルフホスト型(デプロイ、インスタンス、インストール、環境)
-
「セルフホスト型」のデプロイ(このドキュメントでは「セルフホスト型」または「オンプレミス」とも呼ばれます)とは、プロダクトが顧客のオンプレミスまたはサードパーティ データセンター内の顧客管理サーバーに、ユーザー自身でインストールされるか、ユーザーのためにインストールされることを意味します。セルフホスト型デプロイには、プロダクト内サービスが含まれます。サービスとは、Looker でホストされ、特にライセンス データ、設定のバックアップ、システムのエラー レポート、データ アクション、サポート チケットなどのプロダクトを通じてアクセス可能なサービスのことです。詳しくは、Looker のセキュリティ ウェブページの Looker で共有されるアプリケーション データのセクションで説明されています。通常、Looker サポートは、サポートやデプロイの目的でこれらのインスタンスにアクセスすることはできません。お客様ご自身でバージョン アップデートを実行する必要があります。
各ホスティング オプションの比較優位性の詳細については、ドキュメント ページの Looker(オリジナル)インスタンスのホスティング オプションの選択をご覧ください。
すべての Looker(Google Cloud コア)インスタンスは Looker でホストされます。
関連情報: Looker ホスト型
D
- ダッシュボード
-
ダッシュボードとは、基本的には 1 つ以上の保存済みクエリのコレクションで、1 つのページにビジュアリゼーションまたはテキストタイルとして一緒に表示されます。
関連情報: LookML ダッシュボード、ユーザー定義のダッシュボード
- ダッシュボードの要素、要素
-
要素は、LookML ダッシュボード上のタイルまたはビジュアリゼーション データで、
element
パラメータを使用して作成されます。 - ダッシュボード ファイル
-
LookML ダッシュボードは、LookML プロジェクト ファイルに拡張子
.dashboard.lookml
で定義されます。関連情報: LookML ダッシュボード
- データアクセス
-
データアクセスは、ユーザーまたはグループに表示を許可するデータを制御します。このタイプのアクセスは、ユーザーレベルまたはデータレベルで制限または付与できます。
- データベースのタイムゾーン
-
[データベースのタイムゾーン] は、Looker が元データを解釈するために使用するタイムゾーンの管理設定です。
関連情報: クエリのタイムゾーン、タイムゾーンの設定
- データグループ
-
1 つ以上のデータグループ パラメータを使用してキャッシュ ポリシーを定義し、永続的な派生テーブル(PDT)を再構築するタイミングを指定してトリガーできます。
- 派生テーブル
-
派生テーブルを使用すると、データベースにまだ存在しない新しいテーブルを作成できます。派生テーブルは Looker ビューファイルで定義され、クエリの結果をデータベース内のテーブル(通常「ファクト」テーブルに対して使用)のように扱うことができる。「派生テーブル」は任意のタイプの派生テーブルを表す一般的な用語で、LookML ベース(ネイティブ)の派生テーブル、SQL ベースの派生テーブル、一時派生テーブル、永続的な派生テーブル(PDT)などが含まれます。
- Development Mode
-
デベロッパーは、LookML の変更を作成してテストするために Development Mode に入ることができます。変更が本番環境にデプロイされるまで、他のユーザーに影響することはありません。
- 開発テーブル
-
開発テーブルは、開発中にテーブルをクエリすると作成される、永続的な派生テーブルです。場合によっては、開発テーブルは、変更をデプロイするときに、本番環境で使用できます。
- 言語
-
データベースの SQL の「フレーバー」。サポートされている言語の例には、Amazon Redshift、PostgreSQL、MySQL、Google BigQuery 標準 SQL、レガシー SQL があります。
- ディメンション
-
ディメンションは、属性、ファクト、または値を表すフィールドです。Explore 内のフィールド選択ツールから選択でき、クエリのフィルタリングに使用できます。一般的なディメンションには、日付、名前、ID などの属性が含まれ、基盤となるデータテーブルの列に対応することがよくあります。ディメンションはビューファイル内で作成することもできます。
- ディメンション フィル
-
ディメンション フィルとは、一部の年が欠落した日付ディメンションなど、特定のディメンションに対して欠落している日付や値を入力するように指示する機能です。不完全なセット内の値を Looker が接続しないようにすることで、誤解を招くグラフを回避できます。ディメンション フィルは、
allow_fill
パラメータでオンまたはオフにできます。 - ディメンション グループ
-
ディメンション グループを使用すると、データベース内の単一の日付列または時刻列に対して複数のディメンションを作成できます。たとえば、
duration
タイプのディメンション グループを日、週、月などの間隔に分割できます。 - ドリル
-
Looker では、ビジュアリゼーションや Explore でデータをドリルして、特定のデータポイントに関するより詳細な情報を取得できます。ビジュアリゼーションのデータをドリルダウンするには、より詳細な情報を必要とするビジュアリゼーションの部分を選択します。Explore の [データ] セクションで、メジャーの値を選択するか、ドリルダウンできるディメンションの値を選択します。
E
埋め込みでは、iframe
コードを使用してオブジェクト(Looker のチャートやテーブルなど)を Looker の外部のウェブサイト、スプレッドシート、またはその他の場所に配置します。埋め込みユーザーとは、Looker の外部に埋め込まれた Looker オブジェクトを操作するユーザーです。埋め込みコンテンツは公開または非公開にできます(Looker ログインまたは署名付き URL が必要です)。
埋め込みエディションは、Enterprise エディションのすべての機能に加えて、署名付き埋め込み、非公開ラベルオプション、カスタムテーマ、1 か月あたり 500,000 回の Query API 呼び出し、1 か月あたり 100,000 回の Admin API 呼び出しなどを備えた Looker(Google Cloud コア)エディション タイプです。
Enterprise エディションは、スタンダードエディションのすべての機能を備えた Looker(Google Cloud コア)エディション タイプであり、無制限のユーザーがサポートされており、VPC SC や限定公開 IP など追加のセキュリティ機能が含まれ、エリート システム アクティビティ機能を使用してより安定したモニタリングを行います。
利用資格は、Looker 拡張機能がアクセスできる Looker リソースを定義します。そのリソースが権限のリストに含まれていない場合、拡張機能は Looker リソースにアクセスできません。利用資格は、LookML プロジェクト マニフェスト ファイルに含まれる application
パラメータの一部として定義されます。
エフェメラル派生テーブル(一般的には一時派生テーブルと呼ばれます)は、データベースに書き込まれない派生テーブルです。一時派生テーブルは、LookML ベースの(ネイティブ)派生テーブルまたは SQL ベースの派生テーブルのいずれかです。
Explore はクエリのスタート地点になります。Explore は、関連付けられたビューファイルから指定されたフィールドのセットを表示し、フィールド選択ツールからこれらのフィールドを選択して Look やダッシュボード タイルとして保存できるクエリを作成します。Explore の URL を共有することもできます。
探索では、データを使用して Looker で質問に回答します。
Explore ファイルは、拡張子が .explore.lkml
の LookML プロジェクト ファイルです。モデル間で Explore を拡張する場合や、ネイティブ派生テーブルを定義するために使用できます。
explore
パラメータexplore
パラメータは、Looker の Explore メニューにビューを追加します。ベスト プラクティスとして、Explore はモデルファイル内で定義することをおすすめします。Explore はビューを参照し、各 Explore には他のビューとの結合を含めることができます。Explore は、Explore ファイルで定義して、モデルファイルに含めることもできます。
関連情報: Explore ファイル
拡張機能とは、Looker 拡張フレームワークを通じて開発された Looker コンポーネントで構築されたウェブ アプリケーションです。Looker データ ディクショナリなどの拡張機能は、Looker Marketplace を通じてデプロイされ、すべてのユーザーが利用できます。例については、extension-examples リポジトリをご覧ください。
F
- ファンアウト(n.)、ファンアウトする(v.)
-
ファンアウトは、プライマリ データテーブルの 1 行が結合テーブルの複数の行に対応しているため、レコードが重複し、集計が誤って計算される場合に発生します。Looker では、対称集計を使用して、データセットの主キーを正しく定義することで、ファンアウトの問題を回避しています。
- 機能アクセス
-
機能アクセスでは、Looker でユーザーが実行できる操作のタイプを制御できます。このタイプのアクセスは、権限セットによって管理されます。
- フィールド
-
Explore とビューにはフィールドが含まれており、主にディメンションとメジャーという、Looker のクエリの基本的な構成要素です。
- フィールド ピッカー
-
フィールド ピッカーには、Explore に表示されるデータに適用されるディメンションとメジャーが表示されます。Looker のデベロッパーまたは管理者が、これらのディメンションとメジャー オプションを構成します。フィールド ピッカーには、フィルタ専用フィールドを表示することもできます。
- フィルタ コンポーネント
-
フィルタ コンポーネントは、Looker アプリケーションの React ベースの事前に構築された一部です。カスタム開発されたデータ アプリケーションや、カスタマイズされた埋め込み Looker ダッシュボード向けの Looker のフィルタ機能を提供できます。
- フィルタ式
-
フィルタ式は、Looker クエリをフィルタリングする高度な方法です。Looker の Explore セクションで、フィルタを追加して [matchs (advanced)] オプションを選択することで使用できます。また、フィルタ式は、LookML で
filter
パラメータを指定できる要素に対しても使用されます。フィルタ式を記述して、文字列でフィルタすることや、文字列、日時、ブール値、数値、位置情報フィールドを部分一致で照合することが可能です。 - フォルダ
- 関数
-
Looker 関数を使用すると、複雑な方法でデータの変換や参照を行うことができます。基本的に Excel の関数と類似しています。
G
- グループ、ユーザー グループ
-
ユーザーは 1 つ以上のグループに追加できます。グループは、Looker 内の特定のデータ、機能、コンテンツへのユーザー アクセスを管理したり、ユーザーに一括でロールを割り当てるのに役立ちます。
H
- ハイブリッド ネットワーキング
-
Google Cloud とオンプレミス環境または他のクラウド プロバイダ環境間で発生するネットワーキング。ハイブリッド ネットワーキングの接続オプションの概要については、クロスクラウド ネットワークの分散アプリケーションのネットワーク セグメンテーションと接続のドキュメント ページをご覧ください。
I
- IDE
-
統合開発環境Looker の内部 LookML エディタ、または拡張機能の作成と変更に使用するエディタ。後者の例としては、Visual Studio Code、Intellij、WebStorm などがあります。
- 増分の永続的な派生テーブル
-
増分の永続的な派生テーブルは、段階的にビルドされる永続的な派生テーブル(PDT)の一種です。つまり、Looker ではテーブル全体を再構築するのではなく、指定された増分でテーブルに新しいデータを追加します。これにより、PDT のビルド時間が短縮され、データベースへの負荷を抑えることができます。増分は
increment_key
パラメータを使用して定義します。増分 PDT は、LookML ベース(ネイティブ)の派生テーブル、SQL ベースの派生テーブル、または集約テーブルにすることができます。永続的な派生テーブルもご覧ください
J
- join
-
- (n.)
join
パラメータを使用すると、Explore とビュー間の結合関係を定義して、複数のビューのデータを結合できます。1 つの Explore に結合するビューは、いくつでも指定できます。 - (v.)
join
パラメータを使用して Explore とビューの関係を定義し、複数のビューのデータを結合します。
- (n.)
L
- Labs 機能
-
[管理者] メニューの [Labs] パネルに、Looker の新しい開発中の機能が一覧表示されます。これらは Looker 管理者が有効にする必要があります。
- レガシー機能
-
プロダクトの一部の機能には、レガシー機能があり、このオプションを使用すると、一定期間、レガシー機能を引き続き使用できます(これは移行計画の開発と実装に役立ちます)。Looker の [管理者] セクションには、レガシー機能のオプションを有効にすることができる機能が一覧表示されます。
- Lexp
-
関連情報: Looker 式
- Liquid パラメータ
-
Looker では、Liquid パラメータは、Liquid テンプレート作成言語の要素を使用して作成された LookML パラメータ フィールドです。
- Liquid 変数
-
Liquid 変数は、LookML で動的なコンテンツを作成する際に使用できる Liquid テンプレート作成言語の要素です。
- Look(n.)
-
Look は、保存された単一のクエリテーブルまたはビジュアリゼーションです。Look はダッシュボードに追加したり、スケジュール設定したり、共有したり、公開したりできます。Look に加えられた変更は、その Look が含まれるすべてのダッシュボードに反映されます。
- Looker ホスト型
-
Looker がデプロイをホストする場合、Looker はリソース使用率とビジネス要件に基づいて、Looker アプリケーションに関連するすべての必要な IT 機能を管理します。これにより、Looker アプリケーションのインストール、構成、メンテナンスに必要な労力を大幅に削減できます。各ホスティング オプションの比較優位性の詳細については、ドキュメント ページの Looker(オリジナル)インスタンスのホスティング オプションの選択をご覧ください。
すべての Looker(Google Cloud コア)インスタンスは Looker でホストされます。
関連情報: セルフホスト型
- Looker API
-
Looker API は Looker インスタンスを管理するための安全で「RESTful」なアプリケーションプログラミングインターフェースで、Looker データプラットフォームを通じてデータをフェッチします。新しい Looker ユーザー アカウントのプロビジョニング、クエリの実行、データ配信のスケジュール設定などを行うアプリケーションまたは自動化スクリプトを記述できます。Looker API を介して Looker アプリケーションで実行できることがすべて実行可能です。
- Looker Cloud
-
Looker Cloud とは、Looker が指定したサードパーティのホスティング施設で実行されるウェブ接続プラットフォームにプロダクトがインストールされ、お客様にプロビジョニングされることを意味します。詳細については、Looker のセキュリティ ウェブページのクラウド セキュリティ アーキテクチャをご覧ください。
- Looker コネクタ
-
Looker コネクタは、Looker と Looker Studio の統合です。これにより、Explore をデータソースとして Looker Studio のレポートに追加することで、Looker Studio 内の Looker Explore からデータにアクセスできます。
- Looker データ ディクショナリ
-
Looker データ ディクショナリは、Looker 拡張フレームワークを使用して開発され、Looker Marketplace を通じてデプロイされた拡張機能(Looker コンポーネントを使用して構築されたウェブ アプリケーション)です。Looker データ ディクショナリ拡張機能は、Explore 内のすべての Looker フィールドと説明を検索するための専用の一元化されたインターフェースを提供します。Looker データ ディクショナリを使用するには、Looker 管理者が拡張フレームワークとMarketplace 機能を有効にする必要があります。
関連情報: 拡張機能、Looker 拡張フレームワーク
- Looker 式
-
表計算、カスタム フィールド、カスタム フィルタは、Looker 式(LEXP)を使用して計算を行います。Looker 式は、関数、演算子、フィールド、場合によっては定数や変数の組み合わせから構築されます。
- Looker 拡張フレームワーク
-
Looker 拡張フレームワークは、次のようなカスタムの JavaScript データ アプリケーションやツールを構築するための労力と複雑さを大幅に削減する開発フレームワークです。Looker 拡張フレームワークを使用するには、Extension Framework 機能を有効にする必要があります。
拡張機能もご覧ください。
- Looker(Google Cloud コア)
-
Looker(Google Cloud コア)インスタンスは、Google Cloud コンソールからインスタンスをプロビジョニングして管理する機能など、Google Cloud と緊密に統合されている Looker インスタンスです。
- Looker Marketplace
-
Looker Marketplace では、Looker Block、アプリケーション、ビジュアリゼーション、プラグインなど、さまざまな種類の Looker コンテンツの検索、デプロイ、管理を一元的に行うことができます。Looker Marketplace で利用可能なリソースにアクセスして使用するには、Looker 管理者が Marketplace 機能を有効にする必要があります。
- Looker(オリジナル)
-
Looker(オリジナル)インスタンスは、Looker(Google Cloud コア)インスタンスとは違って、Google Cloud コンソールではプロビジョニングされない Looker インスタンスです。通常、このようなインスタンスは単に Lookerと呼ばれます。
- LookML
-
LookML は SQL データベース内のディメンション、集計、計算、およびデータ関係を記述するための言語です。Looker アプリは LookML で作成されたモデルを使用して、特定のデータベースに対する SQL クエリを作成します。
- LookML ベースの派生テーブル
-
多くの場合、ネイティブ派生テーブルと呼ばれています。LookML ベースの派生テーブルは派生テーブルで、モデル内の LookML ディメンションとメジャーを参照する LookML 用語で定義されています。ネイティブ派生テーブルは、一時または永続のいずれかになります。
関連情報: 派生テーブル、永続的なネイティブ派生テーブル、一時派生テーブル
- LookML ダッシュボード
-
LookML ダッシュボードは、LookML で全体が記述されています(ビジュアリゼーション エディタを使用して作成するユーザー定義ダッシュボードとは異なります)。
関連情報: ユーザー定義のダッシュボード
- LookML Diagram
-
LookML Diagram は、LookML モデルのエンティティ関係図であり、LookML オブジェクトの LookML オブジェクト間の関係を視覚的に表現します。これは、Looker 拡張機能フレームワークを使用して開発され、Looker Marketplace を通じてデプロイされた拡張機能(Looker コンポーネントを使用して構築されたウェブ アプリケーション)です。
関連情報: 拡張機能、Looker 拡張フレームワーク、Looker Marketplace、LookML オブジェクト
- LookML オブジェクト
-
LookML オブジェクトは、LookML でプロジェクトに定義されているモデル、Explore、ビュー、フィールドで、別のプロジェクトからインポートされたファイルも含まれます。LookML オブジェクトの関係は、オブジェクト ブラウザまたは LookML Diagram 拡張機能で確認できます。
M
- マニフェスト、マニフェスト ファイル
-
manifest(またはプロジェクト マニフェスト)ファイルでは、現在のプロジェクトにインポートするために他のプロジェクトを指定する、LookML 定数を定義する、モデル ローカライズの設定を指定する、拡張機能とカスタム ビジュアリゼーションをプロジェクトに追加するなどを行うためのプロジェクトレベルの設定を行います。
- マークダウン タイル
-
ダッシュボードのテキスト タイルの一種であり、一部の HTML とマークダウン マークアップ言語のサブセットを使用してタイルを書式設定できます。
- Marketplace
- マテリアライズド ビュー
-
マテリアライズド ビューは、データベースの永続性機能を活用する永続的な派生テーブル(PDT)の一種です。この機能は、マテリアライズド ビューをサポートするデータベース ダイアレクトで使用できます。言語によっては、マテリアライズド ビューが膨大なリソースを消費することがあるため、言語へのマテリアライズド ビューの導入がどういったものか十分理解しておくことが重要です。
- 測定
-
measure は、合計やカウントなど、データに関する測定可能な情報を表す Explore のフィールドです。メジャーはビューファイルで宣言され、集約または非集計の型を指定できます。
- 統合された結果
-
統合された結果の機能は、異なる Explore のデータ(異なるモデル、プロジェクト、接続のデータも含む)を組み合わせることができます。統合された結果の機能を使用すると、Explore からクエリを作成し、他の Explore からクエリを追加して、統合された結果を 1 つのテーブルに表示します。統合された結果の機能は、SQL の LEFT JOIN と同じように動作します(追加されたクエリがプライマリ クエリに左結合されているかのように動作します)。
- メタデータ、IDE メタデータ
-
Looker IDE のメタデータ パネルには、LookML オブジェクトのコンテキストに関連する情報が表示されます。たとえば、IDE の
view
パラメータにカーソルを合わせると、そのビューが結合されている Explore や、そのビューを拡張して作られた他のビューがメタデータ パネルに表示されます。 - モデル
-
モデルは、ロジックを制御し、ユーザーのデータアクセスを制御する Looker のセマンティック レイヤです。これは、LookML プロジェクト内のモデルファイルとしてデベロッパーによって作成され、使用するテーブルと結合方法に関する情報が含まれています。1 つの LookML プロジェクトに、同じデータベース接続に対して複数のモデルが存在することがあります。各モデルは、異なるデータを異なるユーザーに公開できます。
- モデルファイル
-
LookML プロジェクト内では、モデルファイルで、単一のデータベース接続、その接続を使用する Explore のセット、Explore 自体、さらにそれらをどのように結合するかを指定します。
- モデルセット
-
モデルセットは、ユーザーまたはグループが表示できるデータと LookML フィールドを定義します。管理者は、ユーザーまたはグループがアクセスできる LookML モデルの組み合わせを選択できます。有効に機能するには、ロールの一部として使用する必要があります。
関連情報: ロール
N
- ネイティブ派生テーブル
-
LookML ベースの派生テーブルとも呼ばれるネイティブ派生テーブルは、モデル内の LookML ディメンションとメジャーを参照する、LookML 用語で定義されるクエリを含む派生テーブルです。ネイティブ派生テーブルは、一時または永続のいずれかになります。
関連情報: 派生テーブル、永続的なネイティブ派生テーブル、一時派生テーブル
- ノースバウンド トラフィック
-
ネットワーキングでは、ノースバウンド トラフィックは、下位レベルのネットワーク コンポーネントから上位レベルのネットワーク コンポーネントへのトラフィックです。Looker(Google Cloud コア)のコンテキストでは、ノースバウンド トラフィックは、ユーザーが Looker(Google Cloud コア)インスタンスにアクセスできるようにする、クライアントから Looker(Google Cloud コア)インスタンスへのトラフィックなどです。
O
- オブジェクト ブラウザ
-
Looker IDE のオブジェクト ブラウザ パネルを使用すると、プロジェクト内のすべてのオブジェクトを 1 か所に表示し、オブジェクト間の階層関係を確認できます。
- オブジェクト
P
- パラメータ
- パラメータは、モデル、ビュー、Explore、フィールドなどの LookML 要素を定義または変更します。使用可能なすべてのパラメータのリストについては、LookML クイック リファレンスをご覧ください。
- 権限
-
管理者は権限を管理して、コンテンツ、データ、機能にアクセスできるユーザーとグループを決定できます。権限は、モデルに固有のものかインスタンス全体に適用されるものになります。権限セットを有効にするには、ロールの一部として使用する必要があります。
- 権限セット
-
権限セットは、ロール内のモデルセットと組み合わされます。
関連情報: ロール
- 永続的な派生テーブル
-
永続的な派生テーブル(PDT)は、データベースのスクラッチ スキーマに保存される派生テーブルで、選択したスケジュールで再生成できます。呼び出されるたびに基盤となる SQL を実行することなく、クエリで参照できます。PDT はネイティブの派生テーブルまたは SQL ベースの派生テーブルのいずれかです。
派生テーブルもご覧ください。
- 永続的なネイティブ派生テーブル
-
永続的なネイティブ派生テーブルは、永続的なLookML ベースの派生テーブルです。つまり、データベースのスクラッチ スキーマに保存され、選択したスケジュールで再生成できます。呼び出されるたびに基盤となる SQL を実行することなく、クエリで参照できます。
関連情報: 派生テーブル、ネイティブ派生テーブル
- 永続的な SQL ベースの派生テーブル
-
永続的な SQL ベースの派生テーブルは、永続的な SQL ベースの派生テーブルです。つまり、データベースのスクラッチ スキーマに保存され、選択したスケジュールで再生成できます。呼び出されるたびに基盤となる SQL を実行することなく、クエリで参照できます。
関連情報: 派生テーブル、SQL ベースの派生テーブル
- 主キー
-
主キーは、データの行ごとに 1 つの一意の値を持つディメンションです。データテーブルを 1 対多の関係で結合する場合、ファンアウトを回避するために主キーを正しく定義する必要があります。
- プライマリ クエリ
-
プライマリ クエリは、1 つの Explore から作成された単一のクエリです。結合された結果を操作する場合、プライマリ クエリは、SQL で複数のテーブルを結合する場合のプライマリ ID と似ています。
- 本番環境モード
-
本番環境モードでは、Development Mode で行われた(ただし本番環境には push されていない)変更は、すべてのユーザーが共有しているデータモデルにまだ反映されません。本番環境モードでは、LookML ファイルは読み取り専用として扱われます。デベロッパーは、Development Mode に入り、LookML ファイルに変更を加えて、その変更を他のユーザーも本番環境に見られるようにすることができます。
- プロジェクト、LookML プロジェクト
-
Looker では、プロジェクトとはデータモデルの定義に使用する一連の関連モデルやその他のファイル(Explore、ビュー、LookML ダッシュボードなど)です。通常、プロジェクトは 1 つの Git リポジトリに対応しています。
Q
- クエリのタイムゾーン
-
クエリのタイムゾーンは、クエリ時に日時を表示するタイムゾーンの管理設定です。
関連情報: データベースのタイムゾーン、タイムゾーンの設定
R
- ロール
-
ロールは、Looker の特定のモデルのセットについてユーザーまたはグループに付与される権限を定義します。1 つのモデルセットを 1 つの権限セットと組み合わせてロールを作成します。
S
- スクラッチ スキーマ
-
スクラッチ スキーマは、Looker PDT を保存するために指定された基盤となるデータベースのスキーマです。
永続的な派生テーブルもご覧ください
- スラッグ
-
スラッグは、URL 内のコンテンツ ID 値の代わりに使用される、安全に生成されたランダムな文字列です。たとえば、この URL はダッシュボードを指します:
https://docserver.cloud.looker.com/dashboards/CQ1fu99Z9Y1ggq2wcHDfMm
。この例では、文字列CQ1fu99Z9Y1ggq2wcHDfMm
がスラグです。ダッシュボードのスラッグを表示するには、ダッシュボードのその他メニューから [リンクを取得] を選択します。Explore スラッグを表示するには、Explore アクションの歯車メニューから [共有] を選択します。次に、[短縮 URL] フィールドでスラッグを表示するか、スラッグをコピーできます。 - サウスバウンド トラフィック
-
ネットワークでは、サウスバウンド トラフィックは、上位レベルのネットワーク コンポーネントから下位レベルのネットワーク コンポーネントへのトラフィックです。Looker(Google Cloud コア)のコンテキストでは、サウスバウンド トラフィックは、Looker(Google Cloud コア)インスタンスからバックエンド ターゲット サービス(データベースなど)へのトラフィックなどです。
- スペース
-
Space は、ダッシュボード、Look、その他の Space(サブスペース)が保存されるフォルダです。各ユーザーは個人用の Space を所有し、Looker インスタンスでもさまざまな共有 Space を利用できます。Looker のコンテンツへのアクセス権は Space レベルで割り当てられます。Looker 6.20 以降、Space はフォルダに名前変更されました。
関連情報: フォルダ
- SQL ベースの派生テーブル
-
SQL ベースの派生テーブルは、データベース内の列を参照する、SQL クエリで定義されたクエリを持つ派生テーブルです。SQL ベースの派生テーブルは、一時または永続のいずれかになります。
- SQL Runner
-
[開発] メニューまたは Explore(適切な権限がある場合)からアクセスできる SQL Runner を使用すると、ユーザーは許可された接続に対して生の SQL を実行できます。SQL Runner を使用すると、データベース関数の実行、派生テーブルの作成とプロジェクトへの追加、
EXPLAIN
関数の活用などを行うことができます。 - Standard エディション
-
Standard エディションは、内部プラットフォーム ユーザーが 50 人までの小規模なチームや中小企業向けの Looker(Google Cloud コア)エディション タイプです。Standard エディションには、既存の Looker 機能に加え、Google Cloud Identity and Access Management や簡素化された BigQuery 接続などの新機能が含まれています。
- サブフォルダ
-
サブフォルダとは、別のフォルダ内に保存されているフォルダです。Looker 6.20 以前では、フォルダは Space と呼ばれていました。
- サブパラメータ
-
サブパラメータは、別の(親)パラメータで使用できるパラメータで、そのパラメータの機能をさらに定義、調整、指定するために使用されます。
- サブスペース
-
サブスペースは別の Space に格納されている Space です。Looker 6.20 以降、Space はフォルダに名前変更されました。
- 置換演算子
-
ドル記号(
$
)は Looker の置換演算子であり、LookML コードの再利用性とモジュール性を高める効果があります。この構文を使用すると、すでに定義されている LookML オブジェクトを参照できます。 - 対称集計
-
対称集計は、集計またはメジャーの結果を正常に返す Looker の関数です。テーブル間の正しい関係を定義し、ファンアウトを回避することに役立ちます。
- システム タイムゾーン
-
システム タイムゾーンは、Looker を実行するサーバーが構成されているタイムゾーンです。
関連情報: タイムゾーンの設定
T
- 表計算の使用
-
表計算はスプレッドシートの数式に類似しており、クエリ実行後にクエリの結果に対して実行されます。
- 一時派生テーブル
-
一時派生テーブル(「エフェメラル」派生テーブルとも呼ばれます)は、一時的なデータベースであり、データベースに書き込まれません。一時派生テーブルは、LookML ベースの(ネイティブ)派生テーブルまたは SQL ベースの派生テーブルのいずれかです。
関連情報: 派生テーブル、ネイティブ派生テーブル、SQL ベースの派生テーブル
- テキスト タイル
-
視覚的な編集を可能にするダッシュボード テキスト タイルのタイプ。
- テーマ
-
テーマを使用すると、埋め込みの Looker ダッシュボードと Explore の外観をカスタマイズできます。テーマを使用すると、フォント ファミリー、テキストの色、背景色、タイルの色などの視覚的要素をカスタマイズできます。
- タイル
-
タイルは、Explore または Look からダッシュボードに追加されるビジュアリゼーションです。タイルはクエリベースにすることも、Look リンクにすることもできます。クエリタイルはダッシュボードのみに保存されるため、Look リンクのタイルとは異なります。
- タイムゾーンの設定
-
Looker の管理者とユーザーは、時間ベースのデータを特定のタイムゾーンに変換して表示するためのさまざまなオプションを利用できます。
関連情報: アプリケーションのタイムゾーン、データベースのタイムゾーン、クエリのタイムゾーン、システム タイムゾーン、ユーザー固有のタイムゾーン
- トランスパイル(する)
-
1 つの言語で書かれたソースコードを、類似した抽象化レベルの別の言語に変換するプロセス。たとえば、TypeScript から JavaScript への変換などです。
- トリガー永続テーブル
-
トリガー永続テーブルは、永続化戦略としてトリガーを持つ派生テーブルで、
datagroup_trigger
パラメータ、sql_trigger_value
パラメータ、またはinterval_trigger
パラメータのいずれかを使用します。トリガー永続テーブルを使用する場合、Looker は PDT が再構築のためにトリガーされるまで PDT をデータベースに保持します。PDTがトリガーされると、LookerはPDTを再構築し、前のバージョンと置き換えます。詳しくは、Looker の派生テーブルのドキュメント ページをご覧ください。
U
- 登録解除(アラートおよびスケジュール設定されたコンテンツ配信用)
-
登録解除すると、ユーザーはスケジュール設定されたコンテンツ配信とアラート通知の受信を停止できます。配信の設定方法によって、配信停止の影響は異なります。
送信日時を設定したメールの配信と、メールによるアラート通知の場合、グループのメール配信を登録解除したユーザーは、そのグループ内の全ユーザーに対してメール配信とアラート通知を停止します。受信者が個別に指定されている場合は、最後の受信者がスケジュール設定されたコンテンツ配信から登録解除されると、スケジュールが Looker から削除され、配信が送信されなくなります。
ユーザーが Slack または Slack アタッチメント(API トークン)の統合を使用して Slack へのアラート通知の配信を停止すると、Looker でアラートが無効になり、通知は送信されなくなります。
- ユーザー固有のタイムゾーン
-
ユーザー固有のタイムゾーンは、有効にした場合、ユーザーが独自のタイムゾーンを選択できる管理オプションです。クエリの作成には、そのクエリを作成したユーザーのタイムゾーンが使用されます。
- ユーザー定義ダッシュボード(UDD)
-
ユーザー定義のダッシュボードは、LookML ではなく Looker のユーザー インターフェースからコンテンツを追加して作成します。これは最も一般的なタイプのダッシュボードです。
V
- ビュー
-
Looker では、ビューは基盤となるデータベース テーブルまたは派生テーブルを表すことができます。ビューは Explore の構成要素であり、Explore UI のフィールド ピッカーを使用して、ビュー内の情報をクエリに使用できます。慣例により、ビューはビューファイルで定義されます。
- ビューファイル
-
ビューファイルでは、LookML モデルで使用されるディメンション、メジャー、その他のフィールドを定義します。
関連情報: モデル
- ビジュアル ドリル
-
ビジュアル ドリルは、ダッシュボードではサポートされていません。ビジュアル ドリルを有効にするには、LookML デベロッパーは
link
パラメータを使用してドリルのビジュアリゼーションをカスタマイズします。Look や Explore のビューアーは、ドリル ウィンドウの上部にあるボタンをクリックして、カスタム ビジュアリゼーションまたはデータテーブルのどちらを表示するかを選択できます。関連情報: モデル
- 可視化コンポーネント
-
可視化コンポーネントは、Looker アプリケーションの React ベースの事前に構築された一部です。カスタム開発されたデータ アプリケーションや、カスタマイズされた埋め込み Looker ダッシュボードの可視化のレンダリングと変更に使用できます。