管理者設定 - ロール

ロール、権限セット、モデルセットを一緒に使用して、ユーザーが実行できる操作と表示できる内容を管理します。[管理者] パネルの [ユーザー] セクションの [ロール] ページでは、ロール、権限セット、モデルセットを表示、構成、割り当てできます。

右上の検索ボックスに検索語を入力して Enter キーを押すことで、特定のロール、権限セット、モデルセットを検索できます。

定義

  • ロールは、Looker の特定のモデルのセットに対して、ユーザーまたはグループに付与される権限を定義します。1つの権限セットを1つのモデルセットと組み合わせて、ロールを作成します。
  • 権限セットは、ユーザーまたはグループが実行できることを定義します。ユーザーまたはグループに割り当てる権限の組み合わせを選択します。有効に機能するには、ロールの一部として使用する必要があります。
  • モデルセットは、ユーザーまたはグループが表示できるデータと LookML フィールドを定義します。ユーザーまたはグループがアクセスできるようにするLookMLモデルの組み合わせを選択します。有効に機能するには、ロールの一部として使用する必要があります。

ロールの管理

ロールは、1つの権限セットと1つのモデルセットを組み合わせたものです。組織内では、ユーザーやグループ(管理者、Looker デベロッパー、財務チームなど)の種類に基づいて名前をつけるのが一般的ですが、独自の命名規則に厳密に従うこともできます。

Lookerでは1人のユーザーが複数のロールを持つことができます。これは、会社で複数の役割を担うユーザーがいる場合や、モデルへのアクセスの複雑なシステムを作成する場合に便利です。

ロールの作成、編集、削除

ネットワークを作成するには、こちらの手順をご参照ください。

  1. [ロール] ページの上部にある [ロールを追加] ボタンをクリックします。
  2. Looker に [新しいロール] ページが表示されます。ここで、次の設定を行うことができます。

    • 名前: ロールの名前を入力します。
    • 権限セット: ロールに関連付ける権限セットを選択します。
    • モデルセット: ロールに関連付けるモデルセットを選択します。
    • グループ: 必要に応じて、ロールを割り当てるグループを 1 つ以上選択します。
    • ユーザー: 必要に応じて、ロールを割り当てるユーザーを 1 人以上選択します。
  3. 必要なロールを構成したら、ページ下部にある [新しいロール] ボタンをクリックします。

ロールを作成した後は、[ロール] ページでロールの右側にあるその他アイコン(オプション)をクリックし、[編集] を選択して編集できます。[編集] を選択すると、そのロールの [ロールの編集] ページが表示され、名前、権限セット、モデルセット、ロールに割り当てられているグループまたはユーザーを編集できます。

ロールを削除するには、[ロール] ページでロールの右側にある 3 つのドットのオプション メニューをクリックし、[削除] を選択します。

新しいロール/ロールの編集機能でロールを作成、編集する

インスタンスで新しいロール/ロールの編集の機能強化プレビュー機能が有効になっている場合、[新しいロール] ページと [ロールの編集] ページには、ページネーションされた検索テーブル、リアルタイムの互換性検証、セキュリティ保護を備えた、更新されたステップバイステップのナビゲーション パネルが表示されます。

拡張インターフェースでロールを作成する

拡張インターフェースでロールを作成する手順は次のとおりです。

  1. [ロール] ページの上部にある [ロールを追加] ボタンをクリックします。
  2. Looker に [新しいロール] ページが表示されます。左側のステップ ナビゲーション パネルで、各セクションを移動してロールを構成します。

    • ロール名: コンテンツ パネルで、ロールのわかりやすい名前を入力します。ロール名は、概要ステップ パネルで動的に更新されます。
    • 権限セット: ラジオボタンを使用して、ページネーションされたテーブルから 1 つの権限セットを選択します。

      • 表の上部にある検索バーを使用して、権限セットを名前でフィルタします。
      • 権限セットの下にある展開可能な [表示] リンクをクリックすると、権限セットを選択せずに、含まれている権限を確認できます。
      • 権限セット名の横にある [編集] アイコンをクリックして、新しいブラウザタブでカスタム権限セットを変更します。組み込みの権限セット([管理者] と [Gemini])は無効として表示され、選択できません。
    • モデルセット: ラジオボタンを使用して、ページ分割されたテーブルから 1 つのモデルセットを選択します。

      • 検索バーを使用して、モデルセットを名前でフィルタします。
      • [表示] をクリックして、モデルセットに含まれるモデルを調べます。
      • モデルセット名の横にある編集アイコンをクリックして、新しいブラウザタブでモデルセットを変更します。
    • ユーザー: (省略可)ページネーションされたテーブルのチェックボックスを使用して、1 人以上のユーザーをロールに割り当てます。

      • 検索バーを使用して、ID、名前、メールアドレスでユーザーをフィルタします。
      • 認証構成によって直接のロール割り当てが無効になっているユーザーは選択できません。
    • グループ: (省略可)ページネーションされたテーブルのチェックボックスを使用して、1 つ以上のグループをロールに割り当てます。

      • 検索バーを使用して、ID または名前でグループをフィルタします。
      • 外部で管理されているグループは、手動での再割り当てを防ぐために無効として表示されます。
  3. ステップパネルで選択内容を確認します。必要な選択が完了すると、各ステップの横にあるチェックマーク アイコンが緑色に変わります。

  4. 必要な設定(ロール名、権限セット、モデルセット)がすべて構成されたら、[ロールを作成] をクリックします。

  5. [Confirm New Role] ダイアログで、権限セット、モデルセット、ユーザー、グループの変更の概要と、グループの継承に関する警告を確認します。[確認] をクリックして、ロールを確認して作成します。

強化されたインターフェースでロールを編集する

拡張インターフェースを使用して既存のロールを編集する手順は次のとおりです。

  1. [ロール] ページで、編集するロールの右側にある三点アイコンの [オプション] メニューをクリックし、[編集] を選択します。
  2. Looker に [ロールの編集] ページが表示されます。このページには、ロールの現在の構成が事前に入力されています。各セクションを順番に移動するか、ステップパネルでセクションを直接選択して、ロールの名前、権限セット、モデルセット、割り当てられたユーザーまたはグループを変更できます。
  3. 変更を加えたら、[ロールを保存] をクリックします。
  4. [Confirm Update Role] ダイアログで、権限セット、モデルセット、ユーザー、グループの変更の概要と、グループの継承に関する警告を確認します。[確認] をクリックして、ロールを確認して作成します。

変更を保存せずにページから移動しようとしたり、タブを閉じようとしたりすると、[Unsaved Changes](未保存の変更)というメッセージが表示され、ページから移動する前に保存しないと変更が失われることが警告されます。[キャンセル] をクリックすると、変更が破棄され、[ロール] ページに直接戻ります。

権限セットとモデルセットの互換性チェック

ロールを構成するときに、Looker は選択した権限セットとモデルセットの互換性をリアルタイムで検証します。

  • develop 権限と manage_models 権限: 選択した権限セットに develop 権限と manage_models 権限の両方が含まれている場合、ロールは [すべて] モデルセットを使用する必要があります。リスト内の他のすべてのモデルセットは無効になります。
  • manage_modelsets_restricted 権限: 選択した権限セットに manage_modelsets_restricted 権限が含まれている場合、ロールは [すべて] モデルセットを使用できません。[すべて] モデルセットが無効になっている。
  • モデルセット [すべて] を含む制限付きの権限セット: 最初にモデルセット [すべて] を選択すると、manage_modelsets_restricted 権限を含む権限セットはすべて無効になります。

管理者のロックアウトの防止

管理者が誤って管理者権限を失うのを防ぐため、[管理者] ロールの編集ページでは、ログインしている管理者のチェックボックスが無効になっています。このロックアウト防止は、ユーザーの管理者アクセスが Google Cloud IAM 同期によって外部で管理されている場合にのみバイパスされます。

直接ロールの継承の制限

インスタンスの SAML、OpenID Connect、または LDAP の認証構成で直接のロール割り当てが無効になっている場合、[ユーザー] テーブルの該当するユーザーのチェックボックスは無効になります。管理者は、すでにロールが直接割り当てられているユーザーからロールの割り当てを解除できます。

管理アシスタント

インスタンスで 管理アシスタント機能が有効になっている場合は、[新しいロール] ページまたは [ロールの編集] ページのヘッダーにある [管理アシスタント] ボタンをクリックして、管理アシスタント パネルを開くことができます。管理者アシスタントは、ロールの作成に関するベスト プラクティス、権限の依存関係、Gemini 機能へのアクセスに関するガイダンスを提供します。

デフォルトのロール

Looker の新規インスタンスには、以下のデフォルト ロールが作成されます。各ロールには、同じ名前のデフォルト権限セットが含まれます。

以降のセクションのデフォルト ロールには、使用条件があります。

IAM 経由の管理者

IAM 経由の管理者ロールは Looker(Google Cloud コア)でのみ使用でき、 Google Cloud コンソールでのみ管理できます。詳細については、OAuth と IAM による認証と認可と IAM を介した Looker の管理者ロールと Looker の管理者ロールのドキュメントをご覧ください。

IAM 経由の管理者ロールは、管理者権限セットを使用します。

Looker CI ユーザー

継続的インテグレーションが有効になっている Looker インスタンスには、Looker CI ユーザーロールが自動的に作成されます。Looker CI ユーザーロールは、[ユーザー] 管理ページの [サービス アカウント] タブで確認できる Looker CI サービス アカウントに適用されます。Looker は、これらの CI サービス アカウントを使用して、インスタンスで CI 実行を行います。

Looker CI ユーザーロールには、CI 実行に必要な次の権限があります。

  • deploy: CI 実行に必要な GitHub Webhook の設定に必要
  • see_ci: CI 実行の結果を表示し、CI Suites ページを表示し、CI スイートを実行するために必要
  • manage_ci: CI スイートの作成、CI ユーザーの管理、継続的インテグレーションによる Git 接続の構成に必要

Gemini

Gemini ロールの名前変更や削除はできません。デフォルトでは、このロールの権限セットは Looker インスタンス上のすべてのモデルに適用されます。このロールに含まれる Geminiにより、ユーザーは他の必要な権限も持っている場合に、Gemini アシスタンスを使用して Looker インスタンスで次のタスクを実行できます。

  • LookML を記述する - LookML プロジェクト内の少なくとも 1 つのモデルに対する develop 権限を含む Looker ロールも割り当てられている場合。
  • カスタムの Looker 可視化を作成する - can_override_vis_config 権限を含む Looker ロールも付与されている場合。
  • ユーザーに explore 権限が割り当てられていない場合でも、追加の必須権限を含む Looker ロールが割り当てられている場合は、Looker Explore データに直接クエリを実行するか、会話分析で Explore データをクエリするデータ エージェントとチャットできます。

会話分析を使用するには、追加の権限が必要です。この権限は、会話分析エージェント マネージャーまたは会話分析ユーザーのロールで付与できます。

Gemini in Looker 機能の詳細については、Gemini in Looker の概要をご覧ください。

会話分析エージェント マネージャー

会話分析エージェント マネージャー ロールは、Looker インスタンス上のすべてのモデルに対する会話分析エージェント マネージャー権限セットで構成されています。このロールを持つユーザーは、Looker Explore を使用する会話分析データ エージェントを作成、編集、共有、削除できます。

会話分析ユーザー

会話分析ユーザーロールは、Looker インスタンス上のすべてのモデルに対する会話分析ユーザー権限セットで構成されています。このロールを持つユーザーは、データ エージェントに対する表示アクセス権が付与されている限り、Looker の任意の会話分析データ エージェントとチャットできます。

会話型分析閲覧者 26.12 に追加

会話分析閲覧者ロールは、Looker インスタンス上のすべてのモデルに対する会話分析閲覧者権限セットで構成されています。このロールを持つユーザーは、データ エージェントに対する表示アクセス権と、適切なモデルに対する access_data 権限が付与されている限り、Looker の任意の会話分析データ エージェントとチャットできます。

サポートの詳細エディタとサポートの基本エディタ

Looker 管理者が [階層型サポート アクセス] Labs 機能を無効にしている場合、これらのロールは Looker(オリジナル)インスタンスに表示されません。インスタンスがプライベート接続(プライベート サービス アクセスまたは Private Service Connect)ネットワーキングまたはハイブリッド接続ネットワーキングを使用している場合、これらのロールは Looker(Google Cloud コア)インスタンスに表示されません。

サポート上級編集者ロールとサポート基本編集者ロールは、サポート アクセス ユーザー以外のユーザーに編集、削除、割り当てを行うことはできません。

ユーザーにデフォルトのロールを割り当てる

個々のユーザーの設定を更新してデフォルトのロールを割り当てる手順は次のとおりです。

  1. [管理者] パネルの [ユーザー] セクションにある [ユーザー] ページに移動します。
  2. 権限を変更するユーザーまたはグループを選択します。
  3. [ロール] プルダウン メニューからロール名を選択します。
  4. [保存] を選択して、これらの設定を保持します。

権限セット

権限セットでは、ユーザーまたはグループが実行できることを定義します。管理者は、Looker のデフォルトの権限セットを使用するか、権限の依存関係を考慮して元の権限セットを作成できます。

使用可能なすべての権限と権限の種類の詳細については、権限のリストをご覧ください。

デフォルト権限セット

新しいインストールについては、いくつかのデフォルト権限セットがLookerに用意されており、最初はこれらの権限セットから始めることができます。

権限セット 含まれる権限
管理者 すべての権限
デベロッパー access_data、can_create_forecast、clear_cache_refresh、create_custom_fields、create_table_calculations、deploy、develop、download_without_limit、explore、manage_spaces、mobile_app_access、save_content、save_dashboards、save_looks、schedule_look_emails、see_drill_overlay、see_lookml、see_lookml_dashboards、see_looks、see_pdts、see_sql、see_user_dashboards、send_to_integration、schedule_without_limit、use_sql_runner

注: see_pdts 権限は、Looker 21.18 以降で作成された Looker インストールのみのデベロッパーのデフォルトの権限に含まれます。see_pdts 権限が、インスタンスのデベロッパー権限セットに含まれているかどうかを確認するには、Looker UI の [管理者] パネルの [ロール] ページに移動します。
Gemini gemini_in_looker、chat_with_agent、chat_with_explore、save_agents
会話分析エージェント マネージャー access_data、gemini_in_looker、chat_with_agent、chat_with_explore、save_agents、upload_data
会話型分析ユーザー access_data、gemini_in_looker、chat_with_agent
会話型分析の閲覧者 26.12 に追加 gemini_in_looker、chat_with_explore、chat_with_agent
カスタマー エンジニアの詳細エディタ access_data、can_create_forecast、can_override_vis_config、chat_with_agent、chat_with_explore、clear_cache_refresh、create_custom_fields、create_table_calculations、deploy、develop、explore、follow_alerts、gemini_in_looker、manage_embed_settings、manage_models、manage_privatelabel、manage_project_connections、manage_project_connections_restricted、manage_project_models、manage_themes、save_agents、save_content、save_dashboards、save_looks、see_admin、see_alerts、see_datagroups、see_drill_overlay、see_logs、see_lookml、see_lookml_dashboards、see_looks、see_pdts、see_queries、see_schedules、see_sql、see_system_activity、see_user_dashboards、see_users、update_datagroups、use_global_connections

NOTE: カスタマー エンジニア Advanced Editor 権限セットは、階層型サポート アクセスの Labs 機能が有効になっている場合にのみ使用できます。カスタマー エンジニア Advanced Editor 権限セットは編集または削除できません。
詳細エディタをサポート access_data、clear_cache_refresh、create_custom_fields、create_table_calculations、develop、explore、follow_alerts、manage_embed_settings、manage_models、manage_privatelabel、manage_project_connections、manage_project_connections_restricted、manage_project_models、manage_themes、see_admin、see_alerts、see_datagroups、see_drill_overlay、see_logs、see_lookml、see_lookml_dashboards、see_looks、see_pdts、see_queries、see_schedules、see_sql、see_system_activity、see_user_dashboards、see_users、update_datagroups、use_global_connections

NOTE: サポートの詳細エディタ権限セットは、階層型サポート アクセスの Labs 機能が有効になっている場合にのみ使用できます。サポートの詳細エディタ権限セットは編集または削除できません。
サポート基本エディタ access_data、clear_cache_refresh、create_custom_fields、create_table_calculations、explore、follow_alerts、manage_privatelabel、manage_themes、see_admin、see_alerts、see_drill_overlay、see_logs、see_lookml、see_lookml_dashboards、see_looks、see_pdts、see_schedules、see_sql、see_datagroups、see_system_activity、see_user_dashboards、see_users

NOTE: Support Basic Editor 権限セットは、Tiered Support Access の Labs 機能が有効になっている場合にのみ使用できます。サポート基本エディタ権限セットは編集または削除できません。
LookML Dashboardユーザー access_data、clear_cache_refresh、mobile_app_access、see_lookml_dashboards
ユーザー access_data、can_create_forecast、clear_cache_refresh、create_custom_fields、create_table_calculations、download_without_limit、explore、manage_spaces、mobile_app_access、save_content、save_dashboards、save_looks、schedule_look_emails、see_drill_overlay、see_lookml、see_lookml_dashboards、see_looks、see_sql、see_user_dashboards、send_to_integration、schedule_without_limit
LookML を表示できないユーザー access_data、can_create_forecast、clear_cache_refresh、create_custom_fields、create_table_calculations、download_without_limit、explore、manage_spaces、mobile_app_access、save_content、save_dashboards、save_looks、schedule_look_emails、see_lookml_dashboards、see_looks、see_user_dashboards、send_to_integration、schedule_without_limit
閲覧者 access_data、clear_cache_refresh、download_without_limit、mobile_app_access, schedule_look_emails、see_drill_overlay、see_lookml_dashboards、see_looks、see_user_dashboards、schedule_without_limit

これらの権限セットは、新しいロールを作成するときにオプションとして表示されます。いずれかの権限セットを選択すると、それに含まれる権限のリストが表示されます。

権限セットの作成

権限セットを作成するには、[ロール] ページの上部にある [権限セットを追加] ボタンをクリックします。権限セットの名前を入力し、それに含める必要がある権限を選択できるページが表示されます。必要なセットを構成したら、ページ下部にある [新しい権限セット] ボタンをクリックします。

権限セットを作成した後で編集または削除するには、[ロール] ページの権限セットの右にあるその他アイコンの [オプション] メニューをクリックし、[編集] または [削除] を選択します。

権限と依存関係

権限の中には、適切に機能するために他の権限に依存するものがあります。例えば、当然のことながら、LookMLで開発を行うユーザーはまずLookMLを表示できる必要があります。

権限セットを作成する際には、インデントされたリストに使用可能な権限が表示されます。権限が別の(親)権限の下にインデントされて表示されている場合、最初に親権限を選択する必要があります。権限リストは次のようになります。

☑️ access_data
  ☑️ see_lookml_dashboards
  ☑️ see_looks
    ☑️ see_user_dashboards

この例では、Looker ではインデントを使用して次のことを示します。

  • access_data 権限はいつでも選択できます。
  • see_lookml_dashboards 権限と see_looks 権限を付与するには、最初に access_data 権限を選択する必要があります。
  • Thesee_user_dashboards権限はsee_looks権限に依存し、同様にaccess_data権限に依存します。

子権限を選択するには、その前に親権限を選択する必要があります。

権限とLookerライセンス

Lookerライセンスでは、ユーザーは次の3タイプに分類されます。

  • 開発者(管理者)
  • 標準(製作者)
  • 閲覧者

ユーザーに与えられた権限によって、当該Lookerライセンスにおけるそのユーザーの分類が決まります。

権限リスト

権限は次の3つのタイプのいずれかに分類されます。

  • モデル固有: このタイプの権限は、同じロールに含まれるモデルセットにのみ適用されます。この権限は、Lookerインスタンス全体ではなく、個々のモデルまたはモデルセットに適用されます。
  • 接続固有: このタイプの権限は、接続レベルで適用されます。このタイプの権限を持つユーザーは、データアクセス権限があるモデルに関連付けられた接続を使用する [管理者] パネルにページのコンテンツが表示されます。これは、データアクセス権限がない別のモデルでその接続が使用されている場合でも同様です。
  • インスタンス全体: このタイプの権限は、Looker インスタンス全体に適用され、次の 3 つのタイプがあります。
    • NN = コンテンツ アクセスなし、メニュー アクセスなし: これらの権限により、ユーザーは Looker インスタンス全体で特定の機能を実行できますが、ユーザーのロールのモデルセットに含まれていないモデルに基づくコンテンツにアクセスすることはできません。
    • CN = コンテンツ アクセス、メニュー アクセスなし: これらの権限により、ユーザーは Looker インスタンス全体でコンテンツとクエリ情報にアクセスできます。ユーザーのロールのモデルセットに含まれていないモデルに基づくコンテンツとクエリにもアクセスできます。
    • CM = コンテンツ アクセス、メニュー アクセス: これらの権限により、管理者以外のユーザーに管理メニューの一部が公開され、ユーザーのロールのモデルセットに含まれていないモデルに基づくコンテンツとクエリに関する情報がユーザーに表示されるようになります。

次のリストは、Looker で利用できるすべての権限について、[管理者] セクションの [新しい権限セット] ページに表示される順に説明します。

権限 依存関係 タイプ 定義
access_data なし モデルに固有 ユーザーは Looker のデータにアクセスできますが、管理者が指定したデータにのみアクセスできます。この権限は、ほぼすべての Looker 関数に必要です。

この権限を持つユーザーは、特定のプロジェクトにある任意のモデルへのアクセス権が付与されると、そのプロジェクトの [データ] セクション内の任意のファイル(JSON カスタムマップ ファイルなど)にアクセスできます。

この権限を持つデータポータル ユーザーは、Looker コネクタを使用するデータポータル レポートで Looker データを表示できます。
see_lookml_dashboards access_data モデルに固有

ユーザーは、すべての LookML ダッシュボードが格納されている、LookML Dashboards のフォルダを表示できます。ダッシュボードを探索するには、ユーザーは関連するモデルに対する explore 権限が必要です。develop 権限も持つユーザーは、LookML ダッシュボードを作成できます。

see_looks access_data モデルに固有 ユーザーは、フォルダ内に保存済みの Look(ダッシュボードを除く)を表示できます。ユーザーがこれらの Look を探索するには、関連するモデルに対する explore 権限が必要です。フォルダで Look を表示するには、ユーザーは表示コンテンツ アクセス レベルも必要になります。
see_user_dashboards see_looks モデルに固有 ユーザーはフォルダ内のユーザー定義のダッシュボードを表示できますが、ダッシュボードを探索するには、関連するモデルに対する explore 権限が必要です。フォルダでダッシュボードを表示するには、ユーザーは表示コンテンツ アクセスも必要です。フォルダに対する save_dashboards 権限とアクセスの管理、編集のコンテンツ アクセスの両方を持つユーザーは、そのフォルダにユーザー定義のダッシュボードを作成できます。
explore see_looks モデルに固有 ユーザーは、Look とダッシュボードを作成するために Explore ページにアクセスして使用できます。この権限がないユーザーは、保存済みダッシュボードの表示のみ可能です(see_lookml_dashboards または see_user_dashboards 権限が付与されている場合)。

この権限を持つデータポータル ユーザーは、Looker Explore に基づくデータソースをデータポータルで作成できます。また、データポータルでそのデータソースの設定を表示、編集することもできます。
create_table_calculations explore インスタンス全体 NN ユーザーは、表計算を表示、編集、追加できます
create_custom_fields explore インスタンス全体 NN ユーザーはカスタム フィールドを表示、編集、追加できます。explore 権限のみを持つユーザーは、カスタムフィールドの表示のみ可能です。
can_create_forecast explore インスタンス全体 NN ユーザーは、ビジュアリゼーションで予測を作成および編集できます。この権限のないユーザーは、アクセス権のあるコンテンツ内の既存の予測の表示のみ可能です。
can_override_vis_config explore インスタンス全体 NN ユーザーはグラフ構成エディタにアクセスできます。このエディタでは、ビジュアリゼーションの Highchart API JSON 値の変更や、ビジュアリゼーションの外観と形式のカスタマイズができます。
save_content see_looks インスタンス全体 NN この権限は、save_dashboards、save_looks、create_public_looks の親権限です。Look とダッシュボード(Look とダッシュボードの説明の編集を含む)を編集するには、この権限を save_dashboards または save_looks で付与する必要があります。

save_dashboards save_content インスタンス全体 NN ユーザーは、ダッシュボードの説明の編集など、ダッシュボードを保存して編集できます。ダッシュボードから探索するには、ユーザーは関連するモデルに対する explore 権限が必要です。ユーザーがコンテンツをダウンロードするには、download_with_limit 権限または download_without_limit 権限、あるいは両方が必要です。
save_looks save_content インスタンス全体 NN ユーザーは Look を保存して編集できます。これには、Look の説明の編集も含まれます。ユーザーがこれらの Look から探索するには、関連するモデルに対する explore 権限が必要です。ユーザーがコンテンツをダウンロードするには、download_with_limit 権限または download_without_limit 権限、あるいは両方が必要です。
create_public_looks save_looks モデルに固有 ユーザーは、保存済みの Look を一般公開としてマークできます。これにより、その Look へのアクセスを許可する URL が認証なしで生成されます。
download_with_limit see_looks モデルに固有

この権限は、Looker の Look とダッシュボード、および Looker コネクタを使用する データポータル のレポートに適用されます。

ユーザーはデータをダウンロードできますが、大規模なダウンロードによるメモリの問題を防ぐために、5,000 以下の行制限を指定する必要があります。

この権限を持つデータポータル Pro ユーザーは、Looker コネクタを使用するデータポータル レポートをダウンロードできます。

download_without_limit see_looks モデルに固有

この権限は、Looker の Look とダッシュボード、および Looker コネクタを使用する データポータル のレポートに適用されます。

download_with_limit と同じですが、ユーザーが行数制限を指定する必要はありません。クエリの種類によってはすべての結果をダウンロードのにかなりのメモリが必要になる場合があり、パフォーマンスの問題が発生したり、さらにはLookerインスタンスがクラッシュしたりすることもあります。

この権限を持つデータポータル Pro ユーザーは、Looker コネクタを使用するデータポータル レポートをダウンロードできます。

schedule_look_emails see_looks モデルに固有 この権限は、Looker の Look とダッシュボード、および Looker コネクタを使用する データポータル のレポートに適用されます。

ユーザーは、ビジュアリゼーションを使用して、メールへのデータアクセスがある宛先に、Look、ダッシュボード、クエリの配信をスケジュールできます。ユーザーは、データグループがトリガーされ、キャッシュを管理し、関連する PDT が再構築した後に、配信が行われるようスケジュールできます。

システム アクティビティ ダッシュボードを送信またはスケジュールするには、ユーザーはすべてのモデルへのアクセス権が必要です。

create_alerts 権限も割り当てられているユーザーは、メールアラート通知を送信できます。

Looker 管理者は、管理パネルの設定ページのメールドメインの許可リストで、Looker ユーザーと埋め込みユーザーがメールを配信できるメールドメインを管理できます。

schedule_without_limit 権限も割り当てられているユーザーは、Look または Explore を配信する際に [すべての結果] を選択できます。これにより、クエリ結果のすべての行のデータが配信されます。schedule_without_limit 権限がない場合、Look または Explore のデータの配信は 5,000 行の行数上限の対象となります。

この権限を持つデータポータル Pro ユーザーは、Looker コネクタを使用するデータポータル レポートの配信スケジュールを設定できます。
schedule_external_look_emails schedule_look_emails モデルに固有 ユーザーは、ビジュアリゼーションを使用して、メールへのデータアクセスがある宛先に Looks、ダッシュボード、クエリを配信できます。ユーザーは、データグループがトリガーされ、キャッシュを管理し、関連する PDT が再構築した後に、配信が行われるようスケジュールできます。

システム アクティビティ ダッシュボードを送信またはスケジュールするには、ユーザーはすべてのモデルへのアクセス権が必要です。

create_alerts 権限も持つユーザーは、メールアラート通知を送信できます。

ユーザーは、管理パネルの設定ページのメールドメインの許可リストにメール ドメインが含まれているかどうかに関係なく、任意のドメインをもつメールアドレスに、コンテンツ配信またはアラート通知をメールできます。
create_alerts see_looks インスタンス全体 NN

この権限は、Looker のダッシュボード、Looker コネクタを使用するデータポータル レポートのグラフ、会話分析のデータ エージェントと会話に適用されます。

ダッシュボード タイルから、アラートを作成、複製、削除できます。他のユーザーが [一般公開] とマークしたアラートを表示および複製できます。Slack通知を送るダッシュボードタイルアラートが表示されるは、ユーザーはSlackにログインしていなければなりません。ユーザーは、[アラートの管理] ユーザーページで、所有するアラートを表示、編集、無効化、有効化できます。 メール アラート通知を送信するには、schedule_look_emails 権限または schedule_external_look_emails 権限が必要です。

この権限を持つデータポータル Pro ユーザーは、Looker コネクタを使用するデータポータル レポートでアラートを作成、複製、削除できます。

(プレビュー)会話分析でチャットするための必要な権限もユーザーに付与されている場合、ユーザーはエージェント ワークフローを作成して、データの変更をモニタリングできます。

follow_alerts see_looks インスタンス全体 NN

ユーザーはアラートを表示してフォローできます。フォローしたアラート、または受信者としてリストに記載されているアラートは、[アラートを管理] ユーザー ページで確認できます。

send_to_s3 see_looks モデルに固有 ユーザーは、ビジュアリゼーションを使用して、Amazon S3 バケットへのデータアクセスがある宛先に、Look、ダッシュボード、クエリを配信できます。ユーザーは、データグループがトリガーされ、キャッシュを管理し、関連する PDT が再構築した後に、配信が行われるようスケジュールできます。

この権限は、Lookerインスタンス全体ではなく、個々のモデルまたはモデルセットに適用されます。
send_to_sftp see_looks モデルに固有 ユーザーは、ビジュアリゼーションを使用して、SFTP サーバーへのデータアクセスがある宛先に、Look、ダッシュボード、クエリを配信できます。ユーザーは、データグループがトリガーされ、キャッシュを管理し、関連する PDT が再構築した後に、配信が行われるようスケジュールできます。

この権限は、Lookerインスタンス全体ではなく、個々のモデルまたはモデルセットに適用されます。
send_outgoing_webhook see_looks モデルに固有 ユーザーは、ビジュアリゼーションを使用して、Webhook へのデータアクセスがある宛先に、Look、ダッシュボード、クエリを配信できます。ユーザーは、データグループがトリガーされ、キャッシュを管理し、関連する PDT が再構築した後に、配信が行われるようスケジュールできます。

この権限は、Lookerインスタンス全体ではなく、個々のモデルまたはモデルセットに適用されます。
send_to_integration see_looks モデルに固有 ユーザーは、ビジュアリゼーションを使用して、Looker Action Hub 経由で Looker と統合されたサードパーティ サービスへのデータアクセスがある宛先に、Look、ダッシュボード、クエリを配信できます。ユーザー属性を指定したカスタム アクションを使用している場合、アクションの配信先に Looker コンテンツを配信するためには、ユーザーはこの権限を持ち、かつ、指定されたユーザー属性に対して null 以外の有効なユーザー属性の値を持つ必要があります。この権限はデータ アクションとは無関係です。ユーザーは、データグループがトリガーされ、キャッシュを管理し、関連する PDT が再構築した後に、配信が行われるようスケジュールできます。

この権限は、Looker インスタンス全体ではなく、個々のモデルまたはモデルセットに適用されます。
schedule_without_limit see_looks モデルに固有 26.4 で追加 この権限を、ユーザーが Looker コンテンツを配信できる他の権限と組み合わせると、ユーザーはすべてのデータ行を送信する Look または Explore を配信できます。この権限により、Look と Explore の Looker Scheduler に [すべての結果] オプションが表示されます。
see_sql see_looks モデルに固有 ユーザーは、クエリを探索し、クエリによって発生した SQL エラーを探索するときに、[SQL] タブにアクセスできます。
see_lookml see_looks モデルに固有 ユーザーは LookML への読み取り専用権限を持ちます。ユーザーは、管理パネルの [LookML に移動] リンクを表示するために、この権限が必要です。

ユーザーが LookML を編集できるようにするには、ユーザーに develop 権限も付与する必要があります。

注: この権限とモデルセットが予期しない方法で影響し合う場合があります。ユーザーに see_lookml 権限を付与し、プロジェクトの一部であるすべてのモデルを表示できるようにすると、プロジェクト内のすべてのモデルの LookML を表示できるようになります。ただし、許可されていないモデルをクエリすることはできません。
develop see_looks モデルに固有 ユーザーは、LookML に対してローカルな変更を加えることは可能ですが、deploy 権限を持っている場合を除き、すべての人にそれらの変更を適用することはできません。

この権限は、[ヘルプ] メニューの [サポート] オプションを表示する場合や、Looker IDE のメタデータを表示するために必要です。ユーザーは、Explore の歯車メニューの [派生テーブルを再構築して実行する] オプションにアクセスするためにもこの権限が必要です。これはモデル固有ではないため、ユーザーが 1 つのモデルでこの権限を持っている場合は、すべてのモデルで派生テーブルを再構築して実行するにアクセスできます。

注: この権限とモデルセットが予期しない方法で影響し合う場合があります。ユーザーに develop 権限を付与して、プロジェクトの一部である任意のモデルを表示できるようにすると、ユーザーは、プロジェクト内のすべてのモデルの LookML を開発できるようになります。ただし、許可されていないモデルをクエリすることはできません。
deploy develop インスタンス全体 NN ユーザーは、ローカル LookML の変更内容を本番環境に push できるので、すべてのユーザーがその変更を利用できるようになります。
support_access_toggle develop インスタンス全体 NN ユーザーは、Looker アナリストによる Looker インスタンスに対するアクセスを有効化または無効化できます。
manage_project_models develop モデルに固有 ユーザーは、[モデル構成の編集] ページで、許可されたモデルのモデル構成を追加、編集、削除できます。モデルを構成する際に、ユーザーはプロジェクト スコープの接続のみを使用できます。

注: この権限とモデルセットが予期しない方法で影響し合う場合があります。manage_project_models 権限を持つロールを作成すると、そのロールによって、そのロールのモデルセットのいずれかのモデルとプロジェクトを共有するすべてのモデルにアクセス権が付与されます。
use_global_connections manage_project_models モデルに固有 ユーザーは、任意のプロジェクト スコープの接続またはインスタンス全体の接続で許可されたモデルを構成できます。
manage_project_connections_restricted develop モデルに固有の CM ユーザーは、[管理者] メニューで [接続] ページを表示できます。モデルセットに含まれている任意のプロジェクトに対して、プロジェクト スコープの接続を表示、編集、作成できます。ただし、編集できるのは次の接続設定のみです。 ユーザーは [追加の設定] セクションで他の設定を編集することはできません。また、[永続的な派生テーブル(PDT)] セクションの設定を編集することもできません。

注: この権限とモデルセットが予期しない方法で影響し合う場合があります。ユーザーに manage_project_connections_restricted 権限を割り当てると、ユーザーはモデルセットに含まれるプロジェクトに対して、プロジェクト スコープの接続を表示、編集、作成できます。
manage_project_connections manage_project_connections_restricted モデルに固有の CM ユーザーは、[管理者] メニューで [接続] ページを表示できます。モデルセットに含まれている任意のプロジェクトに対して、プロジェクト スコープの接続を表示、編集、作成できます。

注: この権限とモデルセットが予期しない方法で影響し合う場合があります。ユーザーに manage_project_connections_restricted 権限を割り当てると、ユーザーはモデルセットに含まれるプロジェクトに対して、プロジェクト スコープの接続を表示、編集、作成できます。
see_ci develop インスタンス全体 NN 25.6 で追加 ユーザーは、継続的インテグレーションの実行結果を表示したり、継続的インテグレーションの [スイート] ページを表示したり、テストスイートを実行したりできます。
manage_ci see_ci インスタンス全体 NN 25.6 で追加 ユーザーは、継続的インテグレーション スイートを作成し、継続的インテグレーション ユーザーを管理し、継続的インテグレーションで git 接続を構成できます。

Looker インスタンスで継続的インテグレーション機能を有効にできるのは管理者のみです。
use_sql_runner see_lookml モデルに固有 ユーザーは、SQL Runner を使用して、許可された接続に対して生の SQL を実行できます。ユーザーは、download_with_limit 権限または download_without_limit 権限があるかどうかに関係なく、SQL Runner の歯車アイコンの [ダウンロード] オプションを使用して結果をダウンロードすることもできます。
certify_content access_data モデルに固有 25.20 で追加 ユーザーは、ダッシュボード、Look、セルフサービス Explore をcertifyできます。

この権限は、インスタンスでコンテンツ認証へのアクセスのプレビュー機能が有効になっている場合にのみ使用できます。
clear_cache_refresh access_data モデルに固有 ユーザーはキャッシュを消去し、内部および埋め込みのダッシュボード、ダッシュボード タイル、Look、Explore を更新できます。

see_user_dashboards、see_lookml_dashboards、explore のいずれかの権限を含む既存の権限セットに、clear_cache_refresh 権限が自動的に追加されます。clear_cache_refresh 権限は、どの埋め込みロールにも自動的に適用されるわけではありません。

この権限を持つデータポータル ユーザーは、Looker コネクタを使用するデータポータル レポートで Looker データを更新できます。
see_drill_overlay access_data モデルに固有 ユーザーは、ダッシュボード タイルにドリルダウンした結果を表示できますが、結果を探索することはできません。explore が付与されている場合、この権限も自動的に付与されます(この権限が選択されていない場合も同様です)。ユーザーは、ドリル結果を PNG 形式でダウンロードするには、explore 権限も必要です。
manage_schedules なし モデルに固有の CM 25.2 で追加 ユーザーは指定したモデルのスケジュールページでスケジュールを再割り当ておよび削除できます。この権限では、[スケジュール履歴] ページを表示することはできません。
manage_spaces なし インスタンス全体 CN ユーザーは、フォルダの作成、編集、移動、削除を行うことができます。また、アクセス権の管理、編集 のコンテンツ アクセス権限も必要です。
manage_homepage なし インスタンス全体 NN ユーザーは、ビルド済みの Looker のホームページで、すべての Looker ユーザーに表示されるコンテンツを編集し、サイドバーに追加できます。
manage_models なし インスタンス全体 CN 各 LookML モデルは、[LookML プロジェクトの管理] ページで特定のデータベース接続のセットにマッピングされます。この権限を持つユーザーは、こうしたマッピングの設定、新しいプロジェクトの作成、プロジェクトの削除を行うことができます。この権限を付与された管理者以外のユーザーは、アクセス権限があるモデルで許可されたすべての接続にアクセスできるようになります。

注: この権限とモデルセットが予期しない方法で影響し合う場合があります。ユーザーに manage_models 権限を割り当てると、ユーザーはインスタンス内のすべてのプロジェクトに含まれるすべてのモデルにアクセスできるようになります。
create_prefetches なし インスタンス全体 プリフェッチを使用しないことを強くおすすめします。代わりに データグループを使用することをおすすめします。
login_special_email なし インスタンス全体 その他のログイン メカニズム(Google、LDAP、SAML など)がインスタンスで有効になっている場合でも、ユーザーはメールとパスワードの認証情報を使用してログインできます。これは、通常の認証システムに含まれていない可能性があるコンサルタントなどのユーザーに便利です。
embed_browse_spaces なし インスタンス全体 NN
  • 署名付き埋め込みでコンテンツ ブラウザを有効にします。署名付き埋め込みを使用している場合は、save_content 権限を持つユーザーにこの権限を付与する必要があります。
  • 埋め込み以外のインスタンスでは、この権限により内部ユーザーのお気に入りアイコンが削除されます。
embed_save_shared_space なし インスタンス全体 save_content権限を持つユーザーが、組織の共有フォルダがある場合に、そこにコンテンツを保存することを許可します。save_content 権限はあるものの embed_save_shared_space 権限はないユーザーは、個人用埋め込みフォルダにのみコンテンツを保存できます。
manage_embed_settings なし インスタンス全体 CM ユーザーは、[管理] メニューの [プラットフォーム] セクションにある [埋め込み] ページで埋め込み設定を編集できます。
manage_themes なし インスタンス全体 CM ユーザーは、[管理者] メニューの [プラットフォーム] セクションにある [テーマ] ページで、埋め込みダッシュボード、Look、Explore のテーマ設定を構成できます。

この権限は、インスタンスでテーマが有効になっている場合にのみ利用できます。
manage_internal_themes なし インスタンス全体 CM ユーザーは、Looker 内部(埋め込みではない)のダッシュボードのテーマ設定を、[管理] メニューの [プラットフォーム] セクションにある [テーマ] ページで構成できます。

この権限は、インスタンスで [内部ダッシュボードのテーマ設定] のプレビュー機能が有効になっている場合にのみ使用できます。
manage_privatelabel なし インスタンス全体 CM ユーザーは、[管理] メニューの [プラットフォーム] セクションにある [プライベート ブランド] ページでプライベート ブランド設定を構成できます。

この権限は、インスタンスで非公開ラベルが有効になっている場合にのみ使用できます。
see_alerts なし インスタンス全体 CM ユーザーは [管理者] セクションで [アラート] と [アラートの履歴] ページにアクセスでき、Looker インスタンスのすべてのアラートを表示できます。ユーザーは、[アラート] 管理ページから、他のユーザーが所有するアラートの表示、フォロー、編集、自己割り当て、無効化を行えます。

アラートのビジュアリゼーション([アラートの詳細] ページにある)から表示または探索する、またはそのダッシュボードに移動するには、ユーザーにアラートの元となるコンテンツへのアクセス権が付与されている必要があります。この権限では、ユーザーはダッシュボードタイルからアラートを表示、作成、フォロー、削除することはできません。

(プレビュー)ユーザーは、ワークフローの管理の管理ページとワークフローの管理のユーザーページにアクセスして、Looker インスタンスのすべてのワークフローを表示できます。ユーザーは、他のユーザーが所有するワークフローを表示、編集、無効化、有効化できますが、ワークフローの詳細でワークフローの可視化を表示するには、ワークフロー データへのアクセス権が必要です。この権限では、エージェント ワークフローを生成したり、会話型分析を使用したりすることはできません。
see_queries なし インスタンス全体 CM ユーザは、Looker の [管理者] セクションで [クエリ] ページを表示できます。この権限を付与されても、ユーザーは [クエリ] ページでクエリを終了することはできません。
see_logs なし インスタンス全体 CM ユーザーは、Looker の [管理者] セクションで [ログ] ページを表示できます。
see_users なし インスタンス全体 CM ユーザーは Looker の [管理者] セクションで [ユーザー] ページを表示できます(ただし [グループ] ページは表示できません)。この権限を付与されても、ユーザーは新しいユーザーの作成、API資格情報の表示や作成、パスワードのリセット、ユーザーや権限の変更を行うことはできません。この権限を付与されたユーザーは、クローズド システムであっても、インスタンスにあるすべてのグループのすべてのユーザーを表示できます。ユーザーはすべてのグループ名とロール名を表示できますが、これらは一部の会社では機密情報として扱われます。
sudo see_users インスタンス全体 CM ユーザーは、[ユーザー] ページの [Sudo] ボタンをクリックして、別のユーザーの sudo を操作できます(つまり、別のユーザーの権限として機能し権限を一時的に継承します)。

sudo 権限では、管理者以外のユーザーが sudo を管理者として使用することはできませんが、管理者以外のユーザーが sudo を使用して権限を昇格させる可能性があるため、注意が必要です。

manage_groups see_users インスタンス全体 CM ユーザーは、[管理] メニューの [ユーザー] セクションの [グループ] ページでグループを作成、編集、削除できます。ただし、[管理者] ロールと関連付けられているグループを除きます。
manage_roles manage_groups インスタンス全体 CM ユーザーは、[管理] メニューの [ユーザー] セクションの [ロール] ページでロールを作成、編集、削除できます。ただし、[管理者] ロールを除きます。ただし、権限セットやモデルセットの作成、編集、削除は依然としてできません。
manage_user_attributes see_users インスタンス全体 CM ユーザーは、管理 メニューの ユーザー セクションにある ユーザー属性 ページで、ユーザー属性の作成、編集、削除を行えます。
see_schedules なし インスタンス全体 CM

ユーザーは、Looker の [管理者] パネルから、[スケジュール] と [スケジュール履歴] を表示できます。この権限を付与されても、ユーザーは[スケジュール] ページと [スケジュール履歴] ページで他のユーザーのスケジュールを再割り当て、編集、削除できません。

see_pdts なし 接続固有 ユーザーは、Looker の [管理者] セクションの [永続的な派生テーブル] ページを表示し、データアクセスできるモデルに関連付けられた接続を使用するプロジェクトからの PDT に関する情報を確認できます。

この権限は、新規 Looker インストール用の デベロッパーのデフォルトの権限セットに含まれています。

この権限は、Looker インスタンス全体や、個々のモデルやモデルセットではなく、ユーザーがデータアクセスできる接続に適用されます。
see_datagroups なし モデルに固有 ユーザーは、Looker の [管理者] セクションで [データグループ] ページを表示できます。ユーザーは、データアクセスできるモデルで定義されたデータグループについて、接続名、モデル名、その他の情報を表示できます。

この権限は、Looker インスタンス全体や接続へのアクセスではなく、個々のモデルやモデルセットに適用されます。
update_datagroups see_datagroups モデルに固有 ユーザーは、Looker の [管理者] セクションの [データグループ] ページで、データグループのトリガーやキャッシュのリセットを行うことができます。see_datagroups 権限を持つユーザーと同様に、update_datagroups 権限を持つユーザーは、データアクセスできるモデルを使用するプロジェクトで定義されたデータグループを表示できます。

この権限は、Looker インスタンス全体や接続へのアクセスではなく、個々のモデルやモデルセットに適用されます。
see_system_activity なし インスタンス全体 CM ユーザーは、システム アクティビティの Explore とダッシュボードにアクセスして、使用状況、履歴、および Looker インスタンスに関するその他のメタデータを確認できます。
see_admin なし インスタンス全体 CM ユーザーは、次のページを除き、管理者パネルのページなど、管理者リソースへの読み取り専用アクセス権を持つことができます。

  • サポートへのアクセス
  • プレビュー機能
  • レガシー機能
  • エクスポート
  • コンテンツ アクセス
  • アクション(ページにアクションの有効または無効の状態のみが表示されている場合)

この権限では、システム アクティビティ ページにアクセスできません。
mobile_app_access なし インスタンス全体 NN ユーザーは、Looker モバイルアプリを使用してモバイル デバイスでインスタンスにログインできます。ユーザーが Looker モバイルアプリにログインできるようにするには、Looker の管理者セクションの全般設定ページのモバイル アプリケーション アクセスオプションを最初に有効にする必要があります。

mobile_app_access 権限は、新規または既存の権限セットに追加でき、Looker のデフォルトの権限セット全体の一部です。
manage_modelsets_restricted なし モデルに固有の CM 25.2 で追加 ユーザーは、manage_modelsets_restricted 権限を持つモデルセットを変更できます。ユーザーが追加できるのは、manage_modelsets_restricted 権限も付与されているモデルセットに含まれるモデルのみです。

注: この権限とモデルセットが予期しない方法で影響し合う場合があります。ユーザーに manage_modelsets_restricted 権限を付与して、プロジェクトの一部である任意のモデルにアクセスできるようにすると、ユーザーは、プロジェクト内のすべてのモデルにアクセスできるモデルセットを割り当てることができるようになります。
upload_data なし インスタンス全体 NN 25.20 で追加 ユーザーは、インスタンスにファイルをアップロードしてセルフサービス Explore を作成できます。
create_self_service_from_table なし モデルに固有の NN 26.14 で追加 ユーザーは、データベース テーブルに基づいてビジュアル モデリング キャンバスを作成し、セルフサービス Explore を構築できます。
gemini_in_looker なし モデルに固有 この権限は、Gemini のデフォルト ロールに含まれる唯一の権限です。

この権限により、ユーザーは [管理] パネルの [Gemini in Looker] ページで有効になっている Gemini in Looker 機能に関連付けられたタスクを実行できます。一部のタスクでは、追加の権限が必要になることがあります。
chat_with_agent gemini_in_looker モデルに固有 25.18 で追加 会話分析のユーザーは、最大 5 つの Looker Explore のデータに基づくデータ エージェントとチャットできます。ダッシュボード データ エージェントとチャットするには、追加の権限が必要です。
chat_with_explore chat_with_agent モデルに固有 25.18 で追加 会話分析のユーザーは、追加の必須権限も持っている場合、Looker Explore とチャットできます。
save_agents chat_with_explore モデルに固有 25.18 で追加 会話型分析のユーザーは、ダッシュボードまたは Explore でデータ エージェントを作成、編集、削除、共有できます。別のユーザーが作成したデータ エージェントを編集、削除、共有するには、エージェントが使用するすべてのモデルに対するこの権限と、追加の必要な権限を含むロールがユーザーに付与されている必要があります。
publish_agent_externally save_agents モデルに固有 26.6 で追加 プレビューで利用可能。会話分析ユーザーは、追加の必須権限も持っている場合、データ エージェントを Gemini Enterprise に公開できます。
admin_agents gemini_in_looker モデルに固有 25.18 で追加 会話型分析のユーザーは、追加の必須権限も持っている場合、データ エージェントの作成、編集、共有、削除を行うことができます。この権限があれば、別のユーザーが作成したデータ エージェントを編集、削除、共有するために、データ エージェントに対するコンテンツ アクセス権限を付与する必要はありません。

権限セットに関する注意事項

次の権限は、モデルセットと予期しない方法で影響し合う場合があります。

  • develop; see_lookml - Looker の IDE では、1 つのプロジェクトに複数のモデルファイルを含めることができます。ユーザーに develop または see_lookml 権限を割り当て、そのユーザーにプロジェクトの一部である任意のモデルの閲覧を許可すると、そのユーザーはそのプロジェクト内のすべてのモデルに対して LookML を開発または表示できるようになります。ただし、許可されていないモデルをクエリすることはできません。
  • manage_models - ユーザーに manage_models 権限を割り当てると、ユーザーはインスタンス内のすべてのプロジェクトに含まれるすべてのモデルにアクセスできるようになります。
  • manage_modelsets_restricted - ユーザーに manage_modelsets_restricted 権限を割り当てると、そのユーザーはアクセス権のあるプロジェクト内の任意のモデルを割り当てることができます。
  • manage_project_connections - ユーザーに manage_project_connections_restricted または manage_project_connections 権限を割り当てると、ユーザーはモデルセットに含まれるプロジェクトに対して、プロジェクト スコープの接続を表示、編集、作成できます。

モデルセット

モデルセットは、ユーザーまたはグループが表示できるデータと LookML フィールドを定義します。各モデルセットは、ユーザーまたはグループにアクセス権を付与する対象の LookML モデルをリストしたものです。モデルセットは次の2つの役割を果たすものとして考えることができます。

  1. モデルセットは、LookML内のどのモデルに権限が適用されるかを制御します(それらの権限がモデル固有である場合)。
  2. モデルセットは、ユーザーが見ることができるデータやLookMLフィールドを制限します(それぞれのモデルは特定のデータベース接続に接続され、特定のLookMLフィールドを含むため)。

モデルセットの作成

モデルセットの作成方法:

  1. [ロール] ページの上部にある [モデルセットを追加] ボタンをクリックします。

  2. Looker に [新しいモデルセット] ページが表示されます。新しいモデルセットの名前を入力します。

  3. 新しいモデルセットに含める必要があるモデルを選択します。

  4. ページの下部にある [新規モデルセット] ボタンをクリックします。新しいモデルセットが、[ロール] ページの [モデルセット] セクションに表示されます。

保留中のプロジェクトに含まれるモデルは、新しいモデルセットページとモデルセットの編集ページのモデルリストに表示されます。

モデルを削除または名前変更しても、そのモデルを含むモデルセットは変更されません。モデルが削除されたり、名前が変更された場合、Looker 管理者も [モデルセットの編集] ページを使用して、関連付けられているモデルセットからそのモデル名を削除することをおすすめします。削除されたモデルの名前をモデルセットから削除すると、同じ名前の新しいモデルがそのモデルセットに意図せず含まれるのを防ぐことができます。

モデルの詳細については、モデル パラメータのドキュメント ページをご覧ください。

複数のモデルおよびモデルセットの作成

次の例は、複数のモデルセットを使用してデータへのアクセスを制限する方法を示しています。マーケティングとサポートという 2 つのチームがあるシナリオを考えてみましょう。この例では、これら 2 つのチームにモデル全体へのアクセス権がないため、チームごとに個別のモデルを作成します。データアクセスを分離するには、次の手順を行います。

  1. モデルを 2 つの新しいモデルにコピーします。
  2. 新しいモデルのうちの 1 つめには、マーケティング チームがアクセスできるビュー、フィールド、Explore のみを含めます。
  3. この新しいモデルのみが含まれるモデルセットをモデルチーム用に作成します。
  4. マーケティング チーム用の新しいロールを作成します。このロールには、この新しいモデルセットとマーケティング チームに対する適切な権限を含めます。
  5. この新しいロールをマーケティング チームのグループに割り当てます。
  6. 手順 2~5 を繰り返して、サポートチームの 2 つ目のモデルを構成します。

モデルセットの編集

モデルセットを作成したら、次の手順で編集します。

  1. [ロール] ページで、編集するモデルセットの右側にある三点アイコンの [オプション] メニューをクリックし、[編集] を選択します。

  2. Looker に [モデルセットの編集] ページが表示されます。必要に応じて、[名前] フィールドにモデルセットの新しい名前を入力します。

  3. [モデル] セクションで、モデルセットに対してモデルを追加または削除します。

  4. ページの下部にある [モデルセットの更新] ボタンをクリックします。

保留中のプロジェクトに含まれるモデルは、新しいモデルセットページとモデルセットの編集ページのモデルリストに表示されます。

モデルを削除または名前変更しても、そのモデルを含むモデルセットは変更されません。モデルが削除されたり、名前が変更された場合、Looker 管理者も [モデルセットの編集] ページを使用して、関連付けられているモデルセットからそのモデル名を削除することをおすすめします。削除されたモデルの名前をモデルセットから削除すると、同じ名前の新しいモデルがそのモデルセットに意図せず含まれるのを防ぐことができます。

モデルセットの削除

モデルセットを削除するには、[ロール] ページで、削除するモデルセットの右側にある 3 つの点のオプション メニューをクリックし、[削除] を選択します。

カスタムロールの作成と割り当て

カスタムロールは、デフォルトまたはカスタムの権限セットと、デフォルトまたはカスタムのモデルセットを組み合わせたものです。ロールは、すでに存在する権限セットとモデルセットに基づいてのみ作成できます。ユーザーが実行できるすべての操作を表す権限セットが存在しない場合、またはユーザーがこれらの操作を実行できるすべてのモデルを含むモデルセットが存在しない場合は、それぞれ権限セットまたはモデルセットを作成する必要があります。

既存の権限セットとモデルセットを使用するカスタムロールを作成する

既存の権限セットと既存のモデルセットを使用してカスタムロールを割り当てる手順は次のとおりです。

  1. [管理者] パネルの [ユーザー] セクションにある [ロール] ページに移動します。
  2. [ロールを追加] を選択します。
  3. 新しいロールの名前を入力します。多くの場合、ロール名には、そのロールでユーザーが実行できるタスクに関する情報が含まれています。
  4. [権限セット] の横で、このロールで使用する権限セットを選択します。権限のセットは、選択した権限セットの横に表示されます(または、新しいロール/編集ロールの機能強化が有効になっている場合は、展開可能な [表示] リンクに表示されます)。
  5. [モデルセット] の横で、このロールに使用するモデルセットを選択します。選択した権限セットの横にモデルのセットが表示されます。選択した権限セットを Looker インスタンスのすべてのモデルに適用するには、[すべて] を選択します。
  6. 必要に応じて、[グループ] または [ユーザー] で、カスタムロールを割り当てるグループまたはユーザーを選択します。ロールの設定を更新して後でユーザーとグループをロールに追加することも、管理パネルの [ユーザー] ページまたは [グループ] ページから後でロールを割り当てることもできます。
  7. [新しいロール](または 新しいロール/編集ロールの機能強化を使用している場合は [確認])をクリックして、このカスタムロールを保存します。

新しい権限セットとモデルセットを使用するカスタムロールを作成する

新しい権限セットとモデルセットを使用してカスタムロールを作成するには、まず [管理者] パネルの [ユーザー] セクションにある [ロール] ページに移動します。

新しい権限セットを作成する手順は次のとおりです。

  1. [権限セットを追加] を選択します。
  2. [名前] フィールドに、新しい権限セットのラベルを入力します。
  3. 必要な権限を選択し、[新しい権限セット] をクリックします。

新しいモデルセットを作成する手順は次のとおりです。

  1. [ロール] ページで、[モデルセットを追加] を選択します。
  2. [名前] フィールドに、新しいモデルセットのラベルを入力します。
  3. ロールを適用するモデルを選択します。
  4. [新しいモデルセット] を選択します。

新しい権限セットとモデルセットを使用してカスタムロールを作成する手順は次のとおりです。

  1. [ロール] ページで、[ロールを追加] を選択します。
  2. 新しいロールの名前を入力します。多くの場合、ロール名には、そのロールでユーザーが実行できるタスクに関する情報が含まれています。
  3. [名前] フィールドに、新しいロールのラベルを入力します。
  4. [権限セット] で、作成した権限セットを選択します。
  5. [モデルセット] で、作成したモデルセットを選択します。
  6. 必要に応じて、[グループ] または [ユーザー] で、カスタムロールを割り当てるグループまたはユーザーを選択します。ロールの設定を更新して後でユーザーとグループをロールに追加することも、管理パネルの [ユーザー] ページまたは [グループ] ページから後でロールを割り当てることもできます。
  7. [新しいロール](または 新しいロール/編集ロールの機能強化を使用している場合は [確認])をクリックして、このカスタムロールを保存します。