cancel_grouping_fields

用法

explore: explore_name {
  cancel_grouping_fields: [
    fully_scoped_field,
    fully_scoped_field,
    ...
  ]
}
层次结构
cancel_grouping_fields
默认值

接受
包含完全限定字段名称的逗号分隔列表的方括号

特殊规则

定义

cancel_grouping_fields 可让您阻止 Looker 向其生成的 SQL 添加 GROUP BY 子句。如果用户包含您指定的任何字段,Looker 将不会进行分组。此功能通常用于提高对超大型表的查询性能。除非在极少数的特殊情况下,否则您应仅包含表中每行独有的字段,例如主键。

由于 Looker 度量表示 SQL 聚合函数,而这些函数需要 GROUP BY 子句才能正常运行,因此您应注意,cancel_grouping_fields 不适用于包含度量的任何查询。此外,使用 relationship: one_to_manyrelationship: many_to_many 时,cancel_grouping_fields 不起作用。

最后,请注意,您列出的字段必须具有完整的作用域。换句话说,它们应写为 view_name.field_name,而不是简单地写为 field_name

示例

如果用户在字段选择器中选择了订单 ID,则不将结果分组:

explore: order {
  cancel_grouping_fields: [order.id]
}

如果用户在字段选择器中选择了订单 ID订单哈希,则不应对结果进行分组:

explore: order {
  cancel_grouping_fields: [order.id, order.hash]
}

如果用户在字段选择器中选择了人员 IDDNA ID,则不应对结果进行分组:

explore: person {
  cancel_grouping_fields: [person.id, dna.id]
  join: dna {
    sql_on: ${person.dna_id} = ${dna.id} ;;
    relationship: one_to_one
  }
}

常见挑战

cancel_grouping_fields 需要完全限定的字段名称

如果您单独编写字段名称,Looker 中的大多数参数都会根据参数的使用位置来假定视图名称。cancel_grouping_fields 不会以这种方式运行,而是要求您同时写入视图名称和字段名称。

例如,您可能认为以下代码可以正常运行,并且 id 会被解读为字段选择器中显示的订单 ID

explore: order {
  cancel_grouping_fields: [id]
}

但事实并非如此,您会收到错误消息。您必须改为编写以下代码:

explore: order {
  cancel_grouping_fields: [order.id]
}

当选择任何指定字段时,系统都会触发 cancel_grouping_fields,而无需选择所有字段

如果您在 cancel_grouping_fields 中指定了多个字段,那么当用户选择列表中的任何字段时,系统都会取消分组。用户无需选择列表中的所有字段。因此,多列主键不适用于 cancel_grouping_fields

注意事项

Looker 正常运行不需要 cancel_grouping_fields。用于改进大型表的查询

在手动编写 SQL 时,除非绝对必要,否则大多数人不会添加 GROUP BY 子句。在某些情况下,Looker 还会避免使用不必要的 GROUP BY 子句。如果查询中的某个维度已定义为您所用探索的主键(通过使用 primary_key 参数),则 GROUP BY 子句将被舍弃。

不过,在某些情况下,即使不是主键,其他维度仍可定义唯一的行。在这些情况下,Looker 可能会生成不必要的 GROUP BY,因为按维度分组是 Looker 运作方式的基本组成部分。在大多数情况下,这不会造成任何问题。结果会以您期望的方式显示,而且速度很快。

不过,在某些非常大的表中,不必要的 GROUP BY 子句可能会延长查询时间。这是使用 cancel_grouping_fields 的理想情况。