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