SUMMARIZECOLUMNS

适用于:计算列计算表度量值视觉计算

返回一组组的摘要表。

语法

SUMMARIZECOLUMNS( <groupBy_columnName> [, < groupBy_columnName >]…, [<filterTable>]…[, <name>, <expression>]…)

parameters

术语 定义
groupBy_columnName 对基表的完全限定列引用(Table[Column]),返回的表中包括非重复值。 每个groupBy_columnName列都与后续指定的列交叉联接(不同表)或自动存在(同一表)。
filterTable 添加到指定为groupBy_columnName参数的所有列的筛选器上下文中的表表达式。 筛选器表中存在的值用于在执行交叉联接/自动存在之前进行筛选。
name 表示要用于指定的后续表达式的列名称的字符串。
expression 返回单个值(而不是表)的任何 DAX 表达式。

返回值

一个表,其中包含根据指定的分组从提供的列的值组合。 只有至少一个提供的表达式返回非空值的行才会包含在返回的表中。 如果所有表达式的计算结果为行的 BLANK/NULL,则该行不包含在返回的表中。

备注

  • 此函数不保证结果的任何排序顺序。

  • 不能在 groupBy_columnName 参数中多次指定某一列。 例如,下面的公式无效。

    SUMMARIZECOLUMNS( Sales[StoreId], Sales[StoreId] )

  • 在计算列或行级别安全性 (RLS) 规则中使用时,不支持在 DirectQuery 模式下使用此函数。

筛选器上下文

请考虑下列查询:

SUMMARIZECOLUMNS ( 
    'Sales Territory'[Category], 
    FILTER('Customer', 'Customer' [First Name] = "Alicia") 
)

在此查询中,如果没有度量值,groupBy 列不包含 FILTER 表达式中的任何列(例如,来自 Customer 表)。 筛选器不应用于 groupBy 列。 销售区域和客户表可以通过经销商销售事实表间接相关。 由于它们不直接相关,因此筛选器表达式是 no-op,groupBy 列不会受到影响。

但是,对于以下查询:

SUMMARIZECOLUMNS ( 
    'Sales Territory'[Category], 'Customer' [Education], 
    FILTER('Customer', 'Customer'[First Name] = "Alicia") 
)

groupBy 列包含一个受筛选器影响的列,该筛选器应用于 groupBy 结果。

使用 IGNORE

IGNORE 语法可用于通过省略 SUMMARIZECOLUMNS/NULL 计算中的特定表达式来修改 BLANK 函数的行为。 不使用 IGNORE 返回 BLANK/NULL 的所有表达式都将排除的行与使用 IGNORE 计算结果为 BLANK/NULL 的表达式无关。 IGNORE 只能在 SUMMARIZECOLUMNS 表达式中使用。

示例

SUMMARIZECOLUMNS( 
    Sales[CustomerId], "Total Qty", 
    IGNORE( SUM( Sales[Qty] ) ), 
    "BlankIfTotalQtyIsNot3", IF( SUM( Sales[Qty] )=3, 3 ) 
)

这会汇总 Sales[CustomerId] 列,为给定分组中的所有客户创建分类汇总。 如果没有 IGNORE,结果为:

CustomerId 总数量 BlankIfTotalQtyIsNot3
A 5
B 3 3
C 3 3

使用 IGNORE

CustomerId 总数量 BlankIfTotalQtyIsNot3
B 3 3
C 3 3

忽略所有表达式,

SUMMARIZECOLUMNS( 
    Sales[CustomerId], "Blank", 
    IGNORE( BLANK() ), "BlankIfTotalQtyIsNot5", 
    IGNORE( IF( SUM( Sales[Qty] )=5, 5 ) ) 
)

即使这两个表达式都为某些行返回空白,但它们也包括在内,因为没有返回空的未对齐表达式。

CustomerId 空白 BlankIfTotalQtyIsNot5
A 5
B
C

使用 NONVISUAL

NONVISUAL 函数将 SUMMARIZECOLUMNS 函数中的值筛选器标记为不影响度量值,但仅适用于 groupBy 列。 NONVISUAL 只能在 SUMMARIZECOLUMNS 表达式中使用。

示例

DEFINE
MEASURE FactInternetSales[Sales] = SUM(FactInternetSales[Sales Amount])
EVALUATE
SUMMARIZECOLUMNS
(
    DimDate[CalendarYear],
    NONVISUAL(TREATAS({2007, 2008}, DimDate[CalendarYear])),
    "Sales", [Sales],
    "Visual Total Sales", CALCULATE([Sales], ALLSELECTED(DimDate[CalendarYear]))
)
ORDER BY [CalendarYear]

返回结果,其中 [Visual Total Sales] 是所有年份的总和:

DimDate[CalendarYear] [销售额] [直观总销售额]
2007 9,791,060.30 29,358,677.22
2008 9,770,899.74 29,358,677.22

相比之下,没有 函数的同一查询

DEFINE
MEASURE FactInternetSales[Sales] = SUM(FactInternetSales[Sales Amount])
EVALUATE
SUMMARIZECOLUMNS
(
    DimDate[CalendarYear],
    TREATAS({2007, 2008}, DimDate[CalendarYear]),
    "Sales", [Sales],
    "Visual Total Sales", CALCULATE([Sales], ALLSELECTED(DimDate[CalendarYear]))
)
ORDER BY [CalendarYear]

返回结果,其中 [直观总销售额] 是两个选定年份的总计:

DimDate[CalendarYear] [销售额] [直观总销售额]
2007 9,791,060.30 19,561,960.04
2008 9,770,899.74 19,561,960.04

使用 ROLLUPADDISSUBTOTAL

添加 ROLLUPADDISSUBTOTAL 语法通过基于groupBy_columnName列向结果添加汇总/分类汇总行来修改 SUMMARIZECOLUMNS 函数的行为。 ROLLUPADDISSUBTOTAL 只能在 SUMMARIZECOLUMNS 表达式中使用。

有单个小计的示例

DEFINE
VAR vCategoryFilter =
  TREATAS({"Accessories", "Clothing"}, Product[Category])
VAR vSubcategoryFilter = 
  TREATAS({"Bike Racks", "Mountain Bikes"}, Product[Subcategory])
EVALUATE
  SUMMARIZECOLUMNS
  (
    ROLLUPADDISSUBTOTAL
    (
      Product[Category], "IsCategorySubtotal", vCategoryFilter,
      Product[Subcategory], "IsSubcategorySubtotal", vSubcategoryFilter
    ),
    "Total Qty", SUM(Sales[Qty])
  )
  ORDER BY
  [IsCategorySubtotal] DESC, [Category],
  [IsSubcategorySubtotal] DESC, [Subcategory]

返回下表,

类别 Subcategory IsCategorySubtotal IsSubcategorySubtotal 总数量
60398
Accessories 36092
Accessories 自行车车架 328
Bikes 山地自行车 4970
Clothing 9101

有多个小计的示例

SUMMARIZECOLUMNS ( 
    Regions[State], ROLLUPADDISSUBTOTAL ( Sales[CustomerId], "IsCustomerSubtotal" ), 
    ROLLUPADDISSUBTOTAL ( Sales[Date], "IsDateSubtotal"), "Total Qty", SUM( Sales[Qty] ) 
)

销售额按状态、按客户分组,按日期分组,分类汇总为 1。 按状态(按日期 2) 的销售额。 按州省/自治区/直辖市、按客户所得销售额 3. 按状态汇总到客户和日期。

返回下表,

CustomerID IsCustomerSubtotal 状态 总数量 日期 IsDateSubtotal
A FALSE WA 5 2014/7/10
B FALSE WA 1 2014/7/10
B FALSE WA 2 2014/7/11
C FALSE OR 2 2014/7/10
C FALSE OR 1 2014/7/11
TRUE WA 6 2014/7/10
TRUE WA 2 2014/7/11
TRUE OR 2 2014/7/10
TRUE OR 1 2014/7/11
A FALSE WA 5 TRUE
B FALSE WA 3 TRUE
C FALSE OR 3 TRUE
TRUE WA 8 TRUE
TRUE OR 3 TRUE

使用 ROLLUPGROUP

SUMMARIZE 函数一样,ROLLUPGROUP 可以与 ROLLUPADDISSUBTOTAL 一起使用,以指定要包含的摘要组/粒度(分类汇总),从而减少返回的分类汇总行数。 ROLLUPGROUP 只能在 SUMMARIZECOLUMNS 或 SUMMARIZE 表达式中使用。

有多个小计的示例

SUMMARIZECOLUMNS( 
    ROLLUPADDISSUBTOTAL( Sales[CustomerId], "IsCustomerSubtotal" ), 
    ROLLUPADDISSUBTOTAL(ROLLUPGROUP(Regions[City], Regions[State]), "IsCityStateSubtotal"),"Total Qty", SUM( Sales[Qty] ) 
)

仍按城市和州分组,但在报告分类汇总时汇总返回下表,

状态 CustomerId IsCustomerSubtotal 总数量 城市 IsCityStateSubtotal
WA A FALSE 2 Bellevue FALSE
WA B FALSE 2 Bellevue FALSE
WA A FALSE 3 Redmond FALSE
WA B FALSE 1 Redmond FALSE
OR C FALSE 3 Portland FALSE
WA TRUE 4 Bellevue FALSE
WA TRUE 4 Redmond FALSE
OR TRUE 3 Portland FALSE
A FALSE 5 FALSE
B FALSE 3 TRUE
C FALSE 3 TRUE
TRUE 11 TRUE

上下文 SummarizeColumns

背景

直到 2023 年 2 月,SUMMARIZECOLUMNS 根本不支持上下文转换中的评估。 在该月之前发布的产品中,这种限制 SUMMARIZECOLUMNS 在大多数度量值中没有用处,在任何上下文转换(包括其他 SUMMARIZECOLUMNS 语句)中都不可能调用度量值 SUMMARIZECOLUMNS。

从 2023 年 2 月开始,在一些方案中支持上下文转换,但并非所有情况下都支持上下文转换。 支持和受限制的情况如下所示:

SummarizeColumns 类型 具有单列的外部筛选器 具有多个列的外部筛选器 外部 GroupBy 列
仅限 GroupBy 的 SummarizeColumns OK OK OK
包含筛选器/度量值的 SummarizeColumns OK ERROR ERROR

从 2024 年 6 月开始,我们启用上下文 SummarizeColumns,允许在任何上下文转换中评估 SummarizeColumns,现在完全支持 SummarizeColumns 度量值:

SummarizeColumns 类型 具有单列的外部筛选器 具有多个列的外部筛选器 外部 GroupBy 列
仅限 GroupBy 的 SummarizeColumns OK OK OK
包含筛选器/度量值的 SummarizeColumns OK OK OK

但是,此更新还包括对 SummarizeColumns 行为所做的更改,这可能会更改现有表达式的结果:

外部筛选器的 SelfValue 语义

我们引入了一个名为 SelfValue 的语义概念,该概念改变了来自外部表的筛选器如何与 SummarizeColumns 中的 GroupBy 列交互。 此更改禁止来自其他表的筛选器,以影响 GroupBy 列,即使这些表通过筛选关系相关也是如此。 演示此更改影响的一个示例涉及以下表达式:

CalculateTable(
  SummarizeColumns(
      'Reseller Sales'[ResellerKey], 
      'Reseller Sales'[ProductKey]
  ), 
  Treatas({(229)}, 'Product'[Product Key])
)

在此更新之前,TreatAs 筛选器将应用于 SummarizeColumns 中的 GroupBy 操作,并利用“Product”[Product Key] 和“Reseller Sales”[ProductKey]之间的关系。 因此,查询结果将仅包含 'Reseller Sales'[ProductKey] 等于 229 的行。 但是,更新后,SummarizeColumns 中的 GroupBy 列将不再按外部表中的列进行筛选,即使它们之间存在关系也是如此。 因此,在上面的示例中,GroupBy 列“Reseller Sales”[ProductKey] 将不会按“Product”[ProductKey] 列进行筛选。 因此,查询将包含“Reseller Sales”[ProductKey] 不等于 229 的行。

如果希望保留以前的行为,可以使用 Summarize 而不是 SummarizeColumns 重写表达式,如下所示:

CalculateTable(
    SUMMARIZE(
        'Reseller Sales',
        [ResellerKey],
        [ProductKey]
    ),
    Treatas({(229)}, 'Product'[Product Key])
)

此重写表达式保留原始语义,其中 GroupBy 操作不受更新引入的 SelfValue 限制的影响。

Treatas 完全涵盖的 groupby 列的行验证

在此更新之前,在 SummarizeColumns 函数中,如果特定表中的所有 GroupBy 列都完全由同一表中的单个 Treatas 筛选器覆盖,如下所示:

SummarizeColumns(
  Geography[Country], 
  Geography[State], 
  Treatas(
      {("United States", "Alberta")}, 
      Geography[Country], 
      Geography[State]
  )
)

上述查询的结果将包括 Treatas 筛选器中指定的任何行,无论它们是否有效。 例如,结果将是单行表(“美国”、“艾伯塔”),即使 “Country] = ”United States“ 和 [State] = ”Alberta“ 的此类行也不存在于”Geography“表中。

此问题已知且已由更新解决。 更新后,将筛选出此类无效行,并且仅返回 GroupBy 表中的有效行。 因此,上述查询的结果将为空,因为“Geography”表中没有与指定的 [Country] 和 [State] 值匹配的有效行。

禁止同一表/群集上的混合 Keepfilters/overriddefilters

最近的更新引入了一个临时限制,用于触发错误消息,指出:

"SummarizeColumns filters with keepfilters behavior and overridefilters behavior are mixed within one cluster, which is not allowed. Consider adding keepfilters() to all filters of summarizecolumns." 

当普通筛选器(替代现有筛选器)和具有 KeepFilters 的筛选器都存在于同一表/群集中时,会出现此错误。 例如:

Evaluate CalculateTable(
  SummarizeColumns(
      Product[Color],
      KeepFilters(
          TreatAs(
              {( "Washington")}
              , Geography[State]
          )
      ),
      TreatAs(
          {("United States"), ("Canada")}
          , Geography[Country]
      )
  )
  ,TreatAs({("Alberta")}, Geography[State])
  ,TreatAs({("Canada")}, Geography[Country])
)

在上述表达式中,“Geography”表上有两个筛选器:一个筛选器指定了 KeepFilters,另一个没有。 这些筛选器与不同列上的外部筛选器重叠。 目前,不允许此配置,因为内部将两个筛选器聚集到一个筛选器中,并且系统无法确定此类情况下群集筛选器的整体正确替代行为。

请注意,此限制是暂时性的。 我们正在积极开发解决方案,以便在将来的更新中消除此限制。 如果遇到此错误,我们建议根据需要添加或删除 KeepFilters 来调整 SummarizeColumns 中的筛选器,以确保对每个表执行一致的重写行为。

SUMMARIZE