フィルタの候補の変更

このページでは、フィルタの候補に影響する LookML パラメータの概要について説明します。本ページでは、パラメータと詳しい説明ページへのリンク、その機能の簡単な説明、パラメータが何を行うかのイメージを示します。

デフォルトの動作

デフォルトでは、ユーザーが Look または Explore で type: string ディメンションのフィルタ値を入力すると、Looker はユーザーが入力した内容と一致するオプションを提案します。ダッシュボードで、ダッシュボード フィルタが type: string のフィールドをフィルタリングしている場合、Looker はフィルタ オプションも提案します。これらのフィルタの候補は、ディメンションに対して SELECT DISTINCT クエリを使用して作成されるため、そのフィールドの既存のデータと一致する値のみが返されます。

フィルタの候補は、ユーザーがフィルタ値のフィールドを選択すると表示されるプルダウン メニューに表示されます。

予期しない動作が発生し、フィルタの候補のトラブルシューティングが必要な場合は、フィルタ候補の一般的な問題のトラブルシューティングをご覧ください。

フィルタの候補を有効または無効にする

このセクションでは、フィルタの候補を有効または無効にできる以下の LookML パラメータについて説明します。

suggestable(フィールド)

suggestableno に設定すると、ディメンションまたはフィルタの候補を無効にできます。suggestable のデフォルト値は yes であるため、Looker は可能であればユーザーに候補を提示します。suggestableno に設定すると、Looker は候補を提示しません。

suggestions(ビュー)

suggestionsno に設定すると、ビュー内のすべてのディメンションの候補が無効になります。suggestions のデフォルト値は yes であるため、Looker は可能であればユーザーに候補を提示します。suggestionsno に設定すると、Looker は候補を提示しません。

候補の値をフィルタする

このセクションでは、フィルタの候補に表示される値を設定または制限できる以下の LookML パラメータについて説明します。

allowed_value(フィールド)

allowed_valueparameter LookML パラメータと連携します。Looker デベロッパーが parameter フィルタ専用フィールドを提供する場合、ユーザーが入力または選択した値を {% parameter %} Liquid 変数を使って参照できます。必要に応じて、allowed_value を使用して、ユーザーがこのパラメータ フィールドに対して選択できる値のリストを定義できます。

allowed_valuelabelvalue の 2 つのサブパラメータがあります。label サブパラメータは、フィルタ候補に表示するオプションを指定します。value サブパラメータには、{% parameter %} Liquid 変数に渡される値が含まれます。

たとえば、パラメータは次のように定義できます。

parameter: order_amount {
  type: string
  allowed_value: {
    label: "Less than $50"
    value:"< 50"
  }
  allowed_value: {
    label: "Between $50 and $100"
    value:"<= 100"
  }
  allowed_value: {
    label: "Over $100"
    value:"> 100"
  }
}

ユーザーがパラメータをフィルタする際には、[ $50 未満]、[ $50~$100]、[ $100 超] から選択できます。

詳しくは、parameter リファレンス ページのこのセクションをご覧ください。

bypass_suggest_restrictions(フィールド)

bypass_suggest_restrictions: 無効であるか、制限されている場合に、フィルタ候補を有効にします。sql_always_where または access_filter を使用してユーザーが閲覧できる行を制限している場合、Looker はフィルタ候補を許可された行の値に制限します。ただし、特定のディメンションやフィルタ フィールドに機密情報を示す値がないことが確実な場合は、bypass_suggest_restrictions を使用してフィルタの候補をすべて復元できます。

case(フィールド)

case を使用すると、ケースロジックを使用してディメンションの結果をバケット化できます。case 文で定義された値のみがそのディメンションのフィルタ候補として表示されるため、これはフィルタ候補に影響します。

case を使用してディメンションに対してユーザーに表示される候補は、full_suggestions の使用時には制限されませんcase パラメータに含めるオプションは、すべてのオプションが表示されます。

他のフィルタを更新するフィルタでディメンションが使用されている場合、case を使用するディメンションはリンクされたフィルタで使用できます。case を使用するディメンションは、更新中のフィルタでは使用できません。

full_suggestions(フィールド)

full_suggestionsno に設定すると、ディメンションのフィルタ候補が無効になります。

case を使用してディメンションに対してユーザーに表示される候補は、full_suggestions の使用時には制限されませんcase パラメータに含めるオプションは、すべてのオプションが表示されます。

suggest_dimension(フィールド)と suggest_explore(フィールド)

Looker は通常、フィルタ フィールドで SELECT DISTINCT クエリを実行して、フィルタ候補を生成します。一部の大きなテーブルでは、このクエリが遅すぎるか、データベースの負荷が大きすぎる可能性があります。ディメンションが別の Explore に存在する場合は、suggest_dimension を使用して、suggest_explore と組み合わせて Looker のクエリをフィルタ候補の代替ディメンションにすることができます。

suggestions(フィールド)

suggestions を使用すると、フィルタ候補値のリストをハードコードできます。これは、フィールド内の特定のデータ値を候補として表示せず、より限定されたリストを指定する場合に便利です。

フィルター提案のキャッシング

このセクションでは、フィルタ パラメータがキャッシュに保存される期間を構成する suggest_persist_for パラメータについて説明します。

データベースへの負荷を軽減したい場合、ディメンションのデータ値の数が非常に多ければ、パラメータを使用してディメンションのフィルタ候補を無効化します。フィルタの候補を表示する場合は、パラメータを使用してクエリ対象のフィルタ値を制限するか、適切なオプションをハードコードします。

suggest_persist_for(フィールド)

デフォルトでは、フィルタの候補は 6 時間キャッシュされ、その時間に候補の同じリストが表示されます。suggest_persist_for パラメータを使用すると、フィルタ候補のキャッシュ保存期間を変更できます。