suggest_dimension

用途

view: view_name {
  dimension: field_name {
    suggest_dimension: dimension_name
  }
}
階層
view
フィールド タイプ
suggest_dimension
使用可能なフィールドタイプ
ディメンション、ディメンショングループ、メジャー、フィルタ、パラメータ

許可
現在のビューのフィールド名または viewname.fieldname

特別なルール
別のビューのフィールドを参照するには、viewname.fieldname を使用します。ここで、viewname は Explore で結合されたビューです。

定義

このパラメータは、ユーザーが filter フィールドまたは type: string の dimension を使用してクエリをフィルタリングするときに、Looker が候補を生成する方法を変更します。

通常、Looker はフィルタ フィールドに対して次のクエリを実行して、これらの候補を生成します。

SELECT DISTINCT <field name> FROM <table> LIMIT 1000

フィールドが大きなテーブルにある場合、このクエリは遅すぎるか、データベースの負荷が大きすぎる可能性があります。

suggest_dimension を使用すると、Looker のクエリを候補値の代替ディメンションにすることができます。そのディメンションが別の Explore で定義されている場合、suggest_explore は Looker にそのディメンションの場所を伝えます。この場合は、ディメンションが定義されているビュー名とディメンション名の両方を view_name.field_name 形式で含めます。また、ビューが suggest_explore パラメータで指定された Explore に結合されていることを確認します。

ディメンションが現在のビューで定義されている場合、suggest_explore は必須ではありません。

例

この例では、event Explore のユーザー名の長いリストを検索する代わりに、user Explore から名前をクエリするように Looker に指示しています。

dimension: event_user_name {
  type: string
  sql: ${TABLE}.event_user_name ;;
  suggest_explore: user
  suggest_dimension: user.name
}

この例では、別の Explore ではなく、同じ Explore に結合された別のビューのディメンションが提案で使用されています。

dimension: event_company_name {
  type: string
  sql: ${TABLE}.event_company_name ;;
  suggest_dimension: company.name
}

知っておくべきこと

suggest_dimension が設定されたフィールドは、ダッシュボードのリンクされたフィルタの影響を受けません。