从数据到信息
从信息到洞察

理解派生列

派生列(或称作扩展列)是添加到现有表中的列。投影函数可以添加派生列,比如你可以通过 ADDCOLUMNSSUMMARIZE 来获得派生列。在 ADDCOLUMNS 函数一文中,我们介绍过派生列的概念,你也可以使用 SUMMARIZE 创建派生列,比如下面的 Products 是派生列:

EVALUATE
SUMMARIZE(
    Product,
    Product[Product Name],
    "Products", COUNTROWS( Product )
)

结果中的 Product Name 列来自 Product 表的同名列,它继承了原始列的沿袭Lineage),是原生列SUMMARIZE 函数创建的表可以包含多个原生列,并且只保留组合的不重复值,它功能类似于编辑查询中的分组,在分组/连接函数中你会详细了解 SUMMARIZE 函数。

如果只想获得产品名称和有效日期的所有组合,可以编写以下查询

EVALUATE
SUMMARIZE(
    Product,
    Product[Product Name],
    Product[Available Date]
)

计算派生列

接下来,当你需要基于当前查询新建派生列计算某个指标的时候,ADDCOLUMNS 和 SUMMARIZE 都可以使用,但是出于性能考虑,建议始终选择 ADDCOLUMNS。例如,您可以使用以下两种方法来添加年份信息:

EVALUATE
SUMMARIZE(
    Product,
    Product[Product Name],
    Product[Available Date],
    "Year Production", YEAR( Product[Available Date] )
)
EVALUATE
ADDCOLUMNS(
    SUMMARIZE(
        Product,
        Product[Product Name],
        Product[Available Date]
    ),
    "Year Production", YEAR( Product[Available Date] )
)

两种写法返回相同的结果

最佳实践

在绝大部分情况下,建议你始终用 ADDCOLUMNS 计算派生列,不要用 SUMMARIZE,除非遇到以下例外情形:

  • 需要在一个或多个分组列上使用 ROLLUP 计算每组的总计
  • 派生列使用了某些非常特殊的表达式
------------- 避免使用这种写法 ------------------
SUMMARIZE( <table>, <group_by_column>, <column_name>, <expression> )

----------------- 推荐写法 ----------------------
ADDCOLUMNS(
    SUMMARIZE( <table>, <group by column> ),
    <column_name>, CALCULATE( <expression> )
)

派生列的数据沿袭

DAX 有一个违反直觉的限制:派生列可以用于分组,可以用于过滤(作为 FILTER 的第二参数),但你无法根据派生列创建新的计算指标(计算列度量值。例如,下面的查询在 Internet Sales 表中添加派生列,它返回对数表达式计算的单价范围。单价在 0 和 1 之间的销售被分组为 1,单价在 1 和 10 之间的销售被分组为 10,单价在 10 和 100 之间的销售被分组为 100,以此类推。

EVALUATE
ADDCOLUMNS(
    'Internet Sales',
    "Price Level", POWER( 10, 1 + INT( LOG10( 'Internet Sales'[Unit Price] ) ) )
)

使用 SUMMARIZE 可以对派生列 Price Level 的结果进行分组,这样你可以方便的查看当前所有销售记录总共被分成了那些组:

EVALUATE
SUMMARIZE(
    ADDCOLUMNS(
        'Internet Sales',
        "Price Level", POWER( 10, 1 + INT( LOG10( 'Internet Sales'[Unit Price] ) ) )
    ),
    [Price Level]
)
ORDER BY [Price Level]

分组后的派生列

到目前为止一切正常,而一旦你想基于派生列计算新列时,问题就出现了,在某些方式下查询会得到错误的结果,原因是派生列不具有数据沿袭,无法有效的筛选数据模型

EVALUATE
SUMMARIZE(
    ADDCOLUMNS(
        'Internet Sales',
        "Price Level", POWER( 10, 1+INT( LOG10( 'Internet Sales'[Unit Price] ) ) )
    ),
    [Price Level],
    "Total Sales", SUM( 'Internet Sales'[Sales Amount] )   //2020 年 3 月更新:此处可正常计值
)
ORDER BY [Price Level]

无论哪一种 Price Level,派生列的总销售额始终返回 Internet Sales 表所有销售额的总和,这就是问题所在

本文隐藏内容查看价格为5G币,请先
单独购买的内容长期有效,不受时间限制(购买前先刷新当前页面)。加入VIP会员可享受全站权益,性价比更高。

派生列的命名

我们通常使用非限定名称(只定义列名,不加表名)来命名派生列。

EVALUATE
FILTER (
    ADDCOLUMNS (
        'Product Category',
        "Subcategories", CALCULATE ( COUNTROWS ( 'Product Subcategory' ) ),
        "Products", CALCULATE ( COUNTROWS ( Product ) )
    ),
    [Products] > 500
)

Products 列和 Subcategories 列使用了非限定名称,也就是没有加表名作为标识符。外层的 FILTER 在引用 Products 列时使用了一种引用度量值的语法,这在引用派生列时很常见。在这种情况下添加的列具有列的语义,但因为不具备数据沿袭,并不能筛选模型,因此它没有真正意义上的完全限定名。但是,你仍然可以使用完全限定的名称定义列名,如下所示:

EVALUATE
FILTER (
    ADDCOLUMNS (
        'Product Category',
        "Subcategories", CALCULATE ( COUNTROWS ( 'Product Subcategory' ) ),
        "'Product Category'[Products]", CALCULATE ( COUNTROWS ( Product ) )
    ),
    'Product Category'[Products] > 500
)

使用完全限定名并不会将列添加到表中;它只是使语法能够在后续表达式(例如 FILTER)中通过引用完全限定的名称引用这些列。

列名在 ADDCOLUMNS 的结果中必须是唯一的。因此,对于那些未出现在结果中的数据模型的列,我们可以在结果中重写它们的名称,并且可以输出更多带有相同名称但不同表名的列。此外,你使用的表名不必是数据模型中相关连的表可以将添加列前的表名看作占位符,注意必须使用数据模型的现有表名,同时建议你保持前后一致的命名和避免重复命名导致原有的列被覆盖的情况。例如,下面的语法是有效的,虽然我们很少这么写,并且它对理解结果也没有帮助(在 Product Category 中添加两列更直观):

EVALUATE
ADDCOLUMNS (
    'Product Category',
    "Product Subcategory'[Rows]", CALCULATE ( COUNTROWS ( 'Product Subcategory' ) ),
    "Product[Rows]", CALCULATE ( COUNTROWS ( Product ) )
)

因为派生列不属于模型中的任何表,我们在引用的时候通常使用非限定名称

重名导致的问题

在本文派生列的数据沿袭一节的最后,简洁版写法在查询的开头定义了一个名为[Price Band]的度量值,你可能会好奇,如果度量值和派生列的名称都使用[Price Level]会发生什么?即使这么做在语法上没有问题,它也会使查询难以阅读,并得到错误的结果。实际上,如果我们尝试使用[Price Level]而不是[Price Band]来命名这个度量值,查询是这样的:

DEFINE
    MEASURE 'Internet Sales'[Price Level]
        = POWER( 10, 1 + INT( LOG10( VALUES( 'Internet Sales'[Unit Price] ) ) ) )
EVALUATE
ADDCOLUMNS(
    SUMMARIZE(
        ADDCOLUMNS(
            'Internet Sales',
            "Price Level", [Price Level]
        ),
        [Price Level]
    ),
    "Total Sales",
        CALCULATE(
            SUM( 'Internet Sales'[Sales Amount] ),
            FILTER( 'Internet Sales', [Price Level] = [Price Level] )
        )
)
ORDER BY [Price Level]

以这种方式编写的查询不能得到正确的结果,错误的原因是

本文隐藏内容查看价格为5G币,请先
单独购买的内容长期有效,不受时间限制(购买前先刷新当前页面)。加入VIP会员可享受全站权益,性价比更高。

15
说点什么

1000
 
鼓掌微笑开心憧憬爱你色并不觉得吃瓜doge二哈喵喵思考笑哭捂脸悲伤大哭抓狂汗偷笑打脸捂眼黑线问号晕拜拜闭嘴衰咒骂ok作揖
4 评论数
14 被回复的评论
4 订阅评论的人数
 
查看最近回复
查看最热评论
  订阅本文评论  
最新 最旧 得票最多
提醒
成员
自行车

老师,现在好像可以根据派生列新建计算列了,只是不能在同一个ADDCOLUMNS内部引用,要分2步,在第2个ADDCOLUMNS中可以引用第1步ADDCOLUMNS创建的派生列,来新建自己的计算列。

成员
lyliuyouyang

你好,今天我在addcolumns举了一个例子作为派生列,想要通过派生列去聚合原始数据表的,我因为对这一节感觉还是没有理解透彻,然后又重新回看这一节派生列,用我的数据来照着这个写法写了两个表函数,table1和table2,我的例子的区别和文章中的区别在于我的数据除了需要通过添加列的”是否本地”的筛选外,还有年份对数据也要筛选,我在filter函数里使用了earlier好像也并没有效果,数据不管那一年的都是一样的(就是说年份并未起到任何筛选效果,就是图片2的结果),只能使用summarize的新特性(table2)才能把这个需求解决,这个是否通过类似table1就有解决方法?不过直接用summarize还是简洁多了,也强大。感谢解惑!关于这个派生列和聚合函数的我的提问是有点太多了,不过每一次听了解答,觉得自己都有提高,理解就会更深刻,非常感谢!

批注 2020-04-16 201817.jpg
批注 2020-04-16 201748.jpg
成员
lyliuyouyang

我在看完这篇文章后,对题目中的addcolumns这个函数有点疑问。因为addcolumns添加的列经过计算为派生列以后,如果直接把派生列作为summarize的第一参数,再添加列进行计算的时候,要把条件通过calcutalate加filter再写一遍条件,不然不能返回正确结果,… 阅读更多 »

DAX 圣经

导读

初识 DAX

DAX 基础知识

DAX 原理

DAX 高级原理

基础函数类型

迭代函数

CALCULATE 函数

CALCULATE 调节器

基础表函数

条件判断函数

查找匹配函数

时间智能函数

统计类函数

投影函数

分组/连接函数

集合函数

其他函数