SUMMARIZECOLUMNS 的疑似 bug(4)验证触发条件

pandas 数据透视 目录数据透视 数据透视 Excel中数据透视表的使用非常广泛了,其实Pandas也提供了一个类似的功能,名为pivot_table.。 使用padas的pivot_table的一个挑战是,需要确保理解你的数据,并清楚的知道想通过透视表解决什么问题,虽然pivot_table看起来只是一个简单的函数,但它能够快速地对数据进行强大的分析。 基础形式 pd.pivot_table(df,index=['名字']) #根据名字做索引 多个索引 pd.pivot_table(df,index=['名字','产地'] 阅读详情

上一篇发现总计行并不是关键点,并根据观察到的现象猜测了3个关键点,本篇通过单变量控制实验逐一对其进行验证,判断哪些条件会触发计算结果与 DAX 理论不符的情况,并最终确认了这些条件。


SUMMARIZECOLUMNS 的疑似 bug(1)引言
SUMMARIZECOLUMNS 的疑似 bug(2)SUMX 在总计行
SUMMARIZECOLUMNS 的疑似 bug(3)总计行是否关键点
SUMMARIZECOLUMNS 的疑似 bug(4)验证触发条件
SUMMARIZECOLUMNS 的疑似 bug(5)最终结论


3 个要验证的条件是:

  1. <groupby> 参数上包含 [关键列]
  2. <filter>参数使用的固化筛选器中包含有 1# 中的 [关键列]
  3. 度量值中存在对 1# 中的 [关键列] 进行迭代的迭代器

【关键列】 是指在 <groupby>参数中、<filter>的固化筛选器中、度量值的迭代器中都出现的共同列。

<groupby> 参数指直接对列进行引用的参数,是 SUMMARIZECOLUMNS​ 中放在最靠前的1个或多个列。

<filter> 参数是指可以对表进行筛选的表达式(包括 TREATAS​ 语句),放在SUMMARIZECOLUMNS​的 参数 和值列之间。

1 实验设计思路

按照唯一变量原则,从 3 个条件中保持 2 个条件不变,修改另 1 个条件,观察计算结果是否与 DAX 理论相符。

通过前几篇的实验已经发现,当3种条件都同时满足时,计算结果不符合理论预期,记录在下表中 实验1 这行:

实验条件1条件2条件3结果
1满足满足满足计算结果不符合预期
2不满足满足满足?
3满足不满足满足?
4满足满足不满足?

设计3个实验,使单个条件不满足,观察计算结果。

2 实验2

满足条件2、3,不满足条件1,即 <groupby>参数不包含【关键列】

2.1 不使用<groupby>参数的情况

2.1.1 检验方案

从 SUMMARIZECOLUMNS​的 <groupby> 参数中删除 Dates[Year]​

EVALUATE
SUMMARIZECOLUMNS ( 
    // Dates[Year], // 去掉此行
    TREATAS (
        { ( 2019, 1 ), ( 2019, 2 ), ( 2020, 11 ), ( 2020, 12 ) },
        'Dates'[Year],
        'Dates'[Month Num]
     ),
    "total", [SumxBug]
)

2.1.2 理论结果

按照 DAX 理论,结果应为 100

​image​

2.1.3 实验结果

实验结果得到 100,与 DAX 理论预测结果一致

​image​

2.2 有<groupby>参数但不含关键列的情况

2.2.1 检验方案

修改 SUMMARIZECOLUMNS​的 <groupby> 参数, Dates[Year]​修改为 Dates[Month]​,<filter> 和 度量值中都不含 Dates[Month]​

EVALUATE
SUMMARIZECOLUMNS (
    Dates[Month], // 修改此处
    TREATAS (
        { ( 2019, 1 ), ( 2019, 2 ), ( 2020, 11 ), ( 2020, 12 ) },
        'Dates'[Year],
        'Dates'[Month Num]
    ),
    "Total", [SumxBug]
)

2.2.2 理论结果

受 TREATAS 影响,行标题有 Jan、Feb、Nov、Dec,分析 [Month] = Nov 这行,理论预测结果 23
在这里插入图片描述

2.2.3 实验结果

运行结果在 Nov 这行得到 23,符合理论预测结果
​image​

2.3 小结

<groupby>参数不包含【关键列】时,计算结果符合理论

实验条件1条件2条件3结果
1满足满足满足计算结果不符合预期
2不满足满足满足计算结果符合预期
3满足不满足满足?
4满足满足不满足?

3 实验3

满足条件1、3,不满足条件2,使<filter>参数使用的固化筛选器不包含【关键列】

3.1 不存在固化筛选器的情况

3.1.1 验证方案1

从 TREATAS​ 中去掉与 Dates[Year] 相关的项目,只保留 Dates[Month Num],如此便使固化筛选器不复存在

EVALUATE
SUMMARIZECOLUMNS (
    Dates[Year],
    TREATAS ( { 1, 2, 11, 12 }, 'Dates'[Month Num] ),
    "SumxBug", [SumxBug]
)
3.1.1.2 理论结果

​TREATAS​作用下,行标题有 2019 和 2020,分析 Year = 2019 处的计算得 26

​image​

3.1.1.3 实验结果

2019年计算得 26,符合理论结果

​image

3.1.2 验证方案1

将TREATAS​构建的固化筛选器拆开成两个 TREATAS​,使得固化筛选器消失

EVALUATE
SUMMARIZECOLUMNS (
    Dates[Year],
    TREATAS ( { 2019, 2020 }, 'Dates'[Year] ),
    TREATAS ( { 1, 2, 11, 12 }, 'Dates'[Month Num] ),
    "SumAmount", [SumxBug]
)
3.1.2.1 理论结果

行标题有 2019 和 2020,分析 Year = 2019 这行的计算结果为 26
在这里插入图片描述

3.1.2.2 实验结果

实际得到 26,符合理论

​image‍

3.2 存在固化筛选器但不包含【关键列】的情况

3.2.1 验证方案

修改 TREATAS​ 部分,删除 Dates[Year]​,保留 Dates[Month Num]​,并增加 Dates[Month]​,使固化筛选器仍然存在。

EVALUATE
SUMMARIZECOLUMNS (
    Dates[Year],
    TREATAS (
        { ( "Jan", 1 ), ( "Feb", 2 ), ( "Nov", 11 ), ( "Dec", 12 ) },
        Dates[Month],
        Dates[Month Num]
    ),
    "SumxBug", [SumxBug]
)

3.2.2 理论结果

在 TREATAS​作用下,行标题有 2019年 2020年,分析 2019年 的计算,预测结果为 26

​image​

3.2.3 实验结果

实验结果 2019年计算结果为 26,符合理论预测

​image

3.3 小结

<filter>参数使用的固化筛选器不包含【关键列】时,计算结果符合理论

实验条件1条件2条件3结果
1满足满足满足计算结果不符合预期
2不满足满足满足计算结果符合预期
3满足不满足满足计算结果符合预期
4满足满足不满足?

4 实验4

满足条件1、2,不满足条件3,使度量值的迭代器不包含【关键列】

4.1 不含迭代器的情况

4.1.1 验证方案

修改代码,不使用 [SumxBug]​,改用 [SumAmount] ​,它的计算内容是 SUM(DFact[Amount])​

EVALUATE
SUMMARIZECOLUMNS (
    Dates[Year],
    TREATAS (
        { ( 2019, 1 ), ( 2019, 2 ), ( 2020, 11 ), ( 2020, 12 ) },
        'Dates'[Year],
        'Dates'[Month Num]
    ),
    "SumAmount", [SumAmount]
)

4.1.2 理论结果

这是最基础的用法,理论分析部分略过,结果为 2019年计算 2019年1、2月 Amount 之和得 3,2020年计算 2020年11、12月 Amount 之和,得 47

4.1.3 实验结果

实验结果与理论结果一致

​image

4.2 有迭代器但不包含关键列的情况

不包含关键列,即迭代对象不能是<groupby>和<filter>固化筛选器中中的列。

考虑到先前的迭代对象 Dates[Year] 与 Dates[Month Num] 是多对1关系,根据这一特征,设计2个更改选项:

  • 修改为 Dates[YM]。每个 YM 对应一个 [Year] 和一个[Month Num],
  • 修改为 Dates[Month]。每个 Month 对应多个 [Year] 和一个 [Month Num]

4.2.1 验证方案1

迭代对象修改为 Dates[YM],它没有出现在<filter>参数的固化筛选器中,也没有出现在<groupby>参数中,它在数据表中与 [Year] 和 [Month Num] 的关系是

[YM](1)–(1)[Year], [YM](1)–(1)[Month Num]

EVALUATE
SUMMARIZECOLUMNS (
    Dates[Year],
    TREATAS (
        { ( 2019, 1 ), ( 2019, 2 ), ( 2020, 11 ), ( 2020, 12 ) },
        'Dates'[Year],
        'Dates'[Month Num]
    ),
    "total", SUMX ( VALUES ( Dates[YM] ), [SumAmount] )
)
4.2.1.1 理论结果

​TREATAS​作用下行标题包括 2019年和2020年,分析 2019年 的计算结果为3
​在这里插入图片描述​

4.2.1.2 实验结果

与理论结果一致
​image

4.2.2 验证方案2

迭代对象修改为 Dates[Month],它没有出现在<filter>参数的固化筛选器和<groupby>参数中,与 [Year] 和 [Month Num] 的关系是

[Month](1)–(*)[Year], [Month](1)–(1)[Month Num]

EVALUATE
SUMMARIZECOLUMNS (
    Dates[Year],
    TREATAS (
        { ( 2019, 1 ), ( 2019, 2 ), ( 2020, 11 ), ( 2020, 12 ) },
        'Dates'[Year],
        'Dates'[Month Num]
    ),
    "total", SUMX ( VALUES ( Dates[Month] ), [SumAmount] )
)
4.2.2.1 理论结果

​TREATAS​ 作用下,行标题包含 2019年 和 2020年,分析 2019年的计算结果应为 3
在这里插入图片描述

4.2.2.2 实验结果

实际计算 2019年计算出的结果为 3,与理论结果相符。
​image

4.3 有迭代器但包含<filter>固化筛选器列的情况

4.3.1 迭代对象包含在 <filter>固化筛选器中,且与 <groupby>参数列是1对多关系

把迭代器修改为 Dates[Month Num],它也出现在 <filter>参数的 TREATAS 构建的固化筛选器中,且与 Dates[Year] 的关系是 1对多。

EVALUATE
SUMMARIZECOLUMNS (
    Dates[Year],
    TREATAS (
        { ( 2019, 1 ), ( 2019, 2 ), ( 2020, 11 ), ( 2020, 12 ) },
        'Dates'[Year],
        'Dates'[Month Num]
    ),
    "total", SUMX ( VALUES ( Dates[Month Num] ), [SumAmount] )
)
4.3.1.2 理论结果

​TREATAS​作用下,行标题有 2019 和 2020,分析 2019年的计算得 3
在这里插入图片描述

4.3.1.3 实验结果

2019 年得到 3,与理论相符
​image

4.3.2 迭代对象包含在 <filter> 固化筛选器中,且与 <groupby> 参数列是1对1关系

为了验证该情况,需要修改数据表,增加一个与 Year 列1对1关系的列,比如将 Year 列复制到 YearD 列,Year 与 YearD 是1对1的关系。
​image​

修改代码,将<groupby>参数修改为Dates[YearD]​,如下所示,现在<filter> 固化筛选器和度量值迭代对象都包含有 Dates[Year]​,且与参数列的 Dates[Year] ​是 1对1 关系

EVALUATE
SUMMARIZECOLUMNS (
    Dates[YearD],
    TREATAS (
        { ( 2019, 1 ), ( 2019, 2 ), ( 2020, 11 ), ( 2020, 12 ) },
        'Dates'[Year],
        'Dates'[Month Num]
    ),
    "total", SUMX ( VALUES ( Dates[Year] ), [SumAmount] )
)
4.3.2.1 理论结果

在 TREATAS​ 作用下,行标题的 Year2 包含有 2019 和 2020,分析 2019 这一行的计算结果为 26
在这里插入图片描述

4.3.2.2 实验结果

2019年计算得到3,与理论相符
​image​

4.4 小结

满足条件1、2,不满足条件3,度量值的迭代器不包含【关键列】,计算结果与理论相符

5 结论分析

综合以上信息,记录到表中
在这里插入图片描述
根据观测记录形成最终结论,当同时满足如下条件时,SUMMARIZECOLUMNS 的计算结果与理论不符

  1. <filter>参数中有固化筛选器
  2. <groupby>参数中有<filter>固化筛选器中的列,且计算发生在该列的粒度上
  3. 计算值使用迭代器,迭代对象同时出现在 <filter> 参数和 <groupby> 参数中

综上所述,我们找到了 SUMMARIZECOLUMNS 触非疑似 BUG 的充分条件。

SUMMARIZECOLUMNS 的疑似 bug(1)引言 与 Excel 通过 MDX 创建报表的方式不同,PowerBI 在代码层面主要是通过 SUMMARIZECOLUMNS​ 函数计算报表中各个视觉对象,它实现了 MDX 中的 auto-exist 功能并具有诸多特性,能够在许多场景中代替ADDCOLUMNS​+ SUMMARIZE​的应用。在特定情况下,SUMMARIZECOLUMNS ​的计算结果似乎并不符合 DAX 理论,本篇介绍这些疑似存在 BUG 的现象。 阅读详情

相关推荐

SpringBoot+Vue+Mysql社区医院信息平台(源码+文档)

SpringBoot+Vue+Mysql学生宿舍信息管理系统 WEB端软件项目(源码+文档) 项目包含:①完整源码(后端+管理后台+用户前台);②数据库脚本文件;③万字论文文档;④开题报告;⑤答辩PPT;⑥项目运行视频教程。 项目架构: B/S 架构、MVC 分层设计 技术栈: Java、MySQL、SpringBoot、MyBatis-Plus、Token 权限校验、管理后台 Vue+ElementUI+ECharts、用户前台 Layui+jQuery、Maven 构建。 一、角色设计 学生用户: 注册登录、浏览宿舍信息、查询宿舍安排、在线报修、缴费查询、失物招领、桶装水预订、评论交流、收藏等。 商家用户: 注册登录、桶装水品牌与商品信息维护、预订订单查看与处理。 维修人员: 注册登录、查看待处理报修、接单维修、填写报修处理结果与进度反馈。 管理员: 学生管理、班级管理、宿舍信息管理、宿舍安排管理、报修处理管理、缴费信息管理、卫生检查与文明宿舍管理、失物招领管理、桶装水与商家管理、维修人员管理、公告资讯与轮播图管理等。 二、前台功能模块(学生端) 1. 首页展示:轮播图、宿舍公告、最新动态推荐、常用服务快速入口 2. 宿舍信息模块:宿舍列表、楼栋与房间条件筛选、宿舍详情查看、我的宿舍安排查询 3. 在线报修模块:在线提交宿舍设施报修申请、上传故障描述、查看报修进度与维修处理结果 4. 缴费模块:水电等缴费记录查询、缴费状态查看 5. 卫生检查与文明宿舍:宿舍卫生检查结果公示、文明宿舍展示 6. 失物招领模块:失物信息发布、招领信息发布、详情查看、评论互动 7. 桶装水预订:桶装水品牌与商品浏览、在线预订、我的预订记录查询 8. 假期留宿:假期留校申请提交、申请记录查询 9. 评论与收藏:信息评论、查看他人评论、评论回复互动、收藏感兴趣的内容 10. 个人中心...

6.13 PowerBI系列之DAX函数专题-summarize,rollup和summarizecolumns以及groupby

summarizecolumns(一个query)>summarize>(两个query语句)>groupby(复杂一些),powerbi视觉对象后台生成的DAX表达式也是默认使用summarizecolumns。filter(‘sales’,‘sales’[产品类别]=“配件”),5.rollup做小计在summarize中使用。4.分组函数中的列可以来自模型中的不同表;sum(‘sales’[订单金额])) //只取配件的汇总 (图4)‘sales’[产品子类别],‘sales’[产品类别],

qq_33842426的博客 2020

YOLOv8作物病害检测实战源码

这是一套基于YOLOv8n的农田病虫害目标检测系统,对叶片照片做目标检测,识别健康叶片、褐斑病、白粉病、锈病四类,并给出对应防治建议。全流程纯CPU可跑,配套交付完整Python源码、9章实战教程(md/html/pdf三种格式)、100张自造样本及YOLO标签、训练曲线与混淆矩阵截图、Tkinter界面和答辩PPT。 系统围绕五项功能展开:同一套推理逻辑覆盖图像、视频、摄像头三种来源;图形界面选文件即检测,画面叠彩色框标注病名与置信度,右侧面板同步给出症状与防治措施;检测记录自动写入CSV,统计页一键生成四类病害占比饼图;训练结束自动产出损失与精度曲线;内置防治建议文案库,检测命中即回填面板。 选型用YOLOv8n nano档,参数量约320万、权重约6.2MB,CPU单帧几十毫秒,小样本训练5到8分钟完成。数据由data_gen.py程序化绘制100张叶片图,固定随机种子,重跑分布一致,不依赖公开数据集。依赖全部锁版本,教程第7章整理了19条真实报错及排查方法,第8章给出换模型档、换PlantVillage数据集的迁移路径。 适合做计算机视觉方向课程设计或毕业设计的学生,也适合智慧农业方向想了解检测模型如何落进业务面板的学习者。不需要GPU,不需要系统学过目标检测,教程第3章会按需补齐原理。 使用时先pip install -r requirements.txt装好依赖,download_data.py下载预训练权重,data_gen.py生成样本后train.py训练,完成后用main.py infer批量检测或main.py gui启动界面。

DAX: SUMMARIZECOLUMNS 基本原理与用法

本文讲解DAX函数SUMMARIZECOLUMNS基本的原理与用法 前述 国内外关于DAX函数的讲解已很多,但个别函数还是有必要拿出来讲讲。本文结合MarcoRusso关于SUMMARIZECOLUMNS函数的理论以及自身对其的研究,专门讲解该函数,并分为多个篇章。本篇将讲解其基本原理与用法。 语法 首先是函数的语法: SUMMARIZECOLUMNS( <groupBy_columnName> [, < groupBy_columnName >]… , [<filterT

DAVIS的博客 5750

数据挖掘实战:决策树 + 聚类 + 关联规则,零 Key 离线可跑(Python 源码)

数据挖掘实战包。用 Python 标准库实现 CART 风格决策树、K-Means 聚类与 Apriori 关联规则,在虚构「星河便利店」会员表和购物篮上跑通分类、分群与购物篮分析,并给出准确率、轮廓系数、支持度/置信度/提升度。零第三方依赖、零 API Key 即可离线跑通。含 4 个样例、离线冒烟、中文 README(含「使用方法」)。均为作者原创可运行源码。MIT。作者 blog.youkuaiyun.com/mtl1994

产业园区如何高效对接企业技术需求与高校科研成果?.docx

科易网基于AI模型+行业大数据,在技术转移、成果转化、技术经纪、知识产权、产业创新、科技招商等垂直领域的多样化应用场景,推出科技创新领域的AI+工具与数智化解决方案,推动科技创新与产业创新智能化发展。

PowerBI基础 ——第三天 分组求和summarizecolumns等同于SQL中的分组汇总group by

本文的数据下载地址:https://download.youkuaiyun.com/download/weixin_44435602/16128564 1、从官方给出summarizecolumns的解释: 返回组组的摘要表 语法:SUMMARIZECOLUMNS( <groupBy_columnName> [, < groupBy_columnName >]…, [<filterTable>]…[, <name>, <expression&gt..

weixin_44435602的博客 1万+

国央企创新负责人如何快速掌握本地科技资源分布与匹配情况?.docx

科易网基于AI模型+行业大数据,在技术转移、成果转化、技术经纪、知识产权、产业创新、科技招商等垂直领域的多样化应用场景,推出科技创新领域的AI+工具与数智化解决方案,推动科技创新与产业创新智能化发展。

SUMMARIZECOLUMNS 的疑似 bug(2)SUMX 在总计行

上一篇介绍了 SUMMARIZECOLUMNS 在特定情况下计算出的结果不符合 DAX 理论预测,这一篇我们开开始探究 DAX 在底层究竟是如何计算出这些结果的,主要的方法是用 DAX 查询复现该现象,通过观察物理查询计划了解底层计算步骤,试图从中定位到问题所在。

一棵松的博客 717

国央企创新负责人如何实现科技成果的精准识别与高效筛选?.docx

科易网基于AI模型+行业大数据,在技术转移、成果转化、技术经纪、知识产权、产业创新、科技招商等垂直领域的多样化应用场景,推出科技创新领域的AI+工具与数智化解决方案,推动科技创新与产业创新智能化发展。

SAP系统中PP模块全配置文档

配置路径IMG>SAP NetWeaver>常规设置>维护日历>工厂日历事务代码SCAL要求传输工厂代码描述日历代码日历描述起始日期星期一星期二星期三星期四星期五星期六星期日有效开始日期有效结束日期1000南微医学工厂MT南微医学工厂日历√√√√√√√201820502.4定义工厂配置路径IMG>生产>物料清单>常规数据>定义BOM状态事务代码OS23要求传输配置路径IMG>生产>主数据>资源>常规数据>标准值>定义参数。

yanzibing99的博客 1894

oracle 同一列数据不同条件分组求和_[DAX表达式]用SUMMARIZE()实现数据透视,并构造复杂度量值...

SUMMARIZE函数的结果是一张新表,具体语法:SUMMARIZE(表,分组字段1,分组字段2...,新字段名称1,字段表达式1,新字段名称2,字段表达式2...)SUMMARIZE函数有多个参数,第一个参数为要做数据透视的表;第二个参数为分组的字段(Excel数据透视表中的行维度字段),如果有多个分组字段,就放在第二个参数、第三个参数...;下一个参数是生成新列的名称,再下一个参数是生成新列的...

weixin_39695954的博客 1603

太速科技-基于DSP TMS320C6678+FPGA XC7V690T的6U VPX信号处理卡

当多块盘并行工作时,存储阵列读写带宽成指数增长,2块盘则≥4GB/s,4块盘则≥8GB/s,以此类推。存储阵列的存储容量由单盘配置决定,目前单块NVME存储盘存储容量可选择512GB、1TB、2TB、4TB、8TB、16TB。硬盘管理通过文件系统,FPGA的PCIeX4与 6U VPX主板互联,操作系统直接映射管理硬盘,也可以通过前面板QSFP+ 光纤导出给其他服务器设备。本方案优势就是集中的进行采集,存储,计算一体化,降低硬件成本、功耗,减小设备体积、重量。信号处理,无线电通信领域。

Orihard_的博客 678

SUMMARIZECOLUMNS 的疑似 bug(5)最终结论

上一篇找到了触发 `SUMMARIZECOLUMNS`​ 计算的结果不符合 DAX 理论的充分条件,这一篇尝试探讨修正理论对其进行解释,在这一篇中,我以为找到了一个合理的理论假设,但随后一个新的发现给了我当头一棒,这一篇应该是本系列的最后一篇,我必须直面现实了。

一棵松的博客 1560

【论文笔记】Reaching agreement in the presence of faults (EIG)

1 问题定义 2 交互一致性 3 单点故障 m=1 n=4 4 多点故障(n&amp;gt;=3m+1) 计算过程 m=2 n=7 5 n&amp;lt;3m+1不能达成协定 6 带认证的算法 7 总结 这篇论文在1980年发表,是1982年著名的拜占庭将军问题论文的前身。作者Leslie Lamport是2013图灵奖得主,两篇论文引用次数分别为5000+和2000+。该论文提出的算法现在被...

zjwreal 2994

手把手教你用AD9834 DDS模块DIY一个可调信号源(附AD原理图/PCB/程序)

本文详细介绍了如何使用AD9834 DDS模块DIY一个高精度可调信号源,涵盖硬件搭建、原理图解读、PCB优化和程序烧录等关键步骤。通过STM32控制实现0-10MHz频率范围输出,特别适合电子设计与射频实验,提供完整的AD原理图、PCB设计和程序代码参考。

weixin_31854867的博客 407

SUMMARIZECOLUMNS 的疑似 bug(3)总计行是否关键点

上一篇介绍了在总计行中出现与理论预期不符的结果,通过物理查询计划了解其底层计算过程,猜想是否 `SUMMARIZECOLUMNS`​函数对总计行的计算存在什么特殊算法,本篇验证在非总计行中进行计算的情况,以帮助判断总计行是否是关键点。

一棵松的博客 1087

CCC数字钥匙Release 3实战:如何用BLE/UWB实现无钥匙进入(附避坑指南)

本文深入解析CCC数字钥匙Release 3标准下BLE/UWB无钥匙进入系统的开发实践,涵盖硬件选型、安全测距协议、时序同步等关键环节,并提供实战调试技巧与安全攻防案例。特别针对BLE芯片配置、UWB模块选型等常见陷阱给出解决方案,帮助开发者高效实现厘米级精度的数字钥匙系统。

weixin_29326909的博客 255

Power BI基础操作-SUMMARIZECOLUMNS()函数

软件打开及数据导入 打开软件之后要求登录账号或者免费试用,这时直接点击右上角叉号即可。 点击“获取数据”,选择相应的数据类型。点击“加载”。 创建新数据集 点击“输入数据”。 添加完成后,点击“加载”即可。 SUMMARIZECOLUMNS()函数 函数作用:分组聚合 语法:SUMMARIZECOLUMNS(第1参数,第2参数,第3参数,第4参数) 位置 参数 描述 第1参数 GroupBy_ColumnName 分组依据,可重复,可用于小计和总计函数 第2参数 Filt.

m0_46305747的博客 9911

2026.4.15:超详细自动安装Ubuntu-Server的保姆级教程

这篇教程详细介绍了如何创建无人值守的Ubuntu Server 26.04自动安装镜像。主要内容包括:从安装镜像中提取autoinstall-user-data文件并修改为user-data配置文件;使用mkpasswd生成加密密码;通过软碟通工具修改ISO镜像,添加自动安装所需的user-data和meta-data文件;编辑grub.cfg引导文件以启用自动安装模式。教程提供了完整的yaml配置示例,包含网络、存储、用户等设置,并演示了最终制作完成的自动安装镜像效果。

拥抱具身智能,昇腾Ascend C 745

D16: OpenClaw + Notion API:知识管理新玩法

本文介绍了如何利用OpenClaw连接Notion API构建自动化知识管理系统。文章首先分析了传统知识管理的痛点,包括信息分散、更新不及时等问题,并对比了Notion与其他工具在API完整性、结构化程度等方面的优势。接着详细说明了Notion API的获取和授权流程,并设计了包含项目知识库、技术决策库和会议纪要库的三层架构系统。最后通过会议纪要自动归档的实战案例,展示了如何通过YAML配置实现从飞书会议到Notion的自动化知识沉淀流程。该方案能有效解决团队知识管理中的信息碎片化问题,提升协作效率。

刘一说的IT专栏 274

【power bi】数据筛选——SummarizeColumns

流程一、理解参数二、数据导入三、数据清洗 一、理解参数 如果筛选用calculate,添加的类名放前面 二、数据导入 要提前获取需要的表头 三、数据清洗 1、去重 2、汇总 3、筛选总分

kyra1997的博客 1855

【Python】秋招机考 —— 2025/9/17 华为 AI 方向

秋招机考,华为 AI,使用 Python 完成编程。

一杯水果茶!足矣~ 1166

Power BI中星型模式的重要性

本文翻译自国际Power BI大师Alberto Ferrari 的文章——《The importance of star schemas in Power BI》。在Power BI中创建星型模式是提高性能的好办法,更重要的是,能够保证结果准确!本文对星型模式为何可以解决报告中的某些问题进行了解释。 数据建模新手面临的一个常见的问题是,使用只有一个表的完全扁平的数据模型更好,还是花时间构建合适的星型模式更好(您可以在Introduction to Data Modeling 链接:https://w..

PowerPivotShop的博客 942

android 蓝牙通讯demo

android 下蓝牙通讯demo,实现了发现蓝牙,使能蓝牙,通过蓝牙发送消息。

廖雪峰Python教程[完整版]

廖雪峰的python教程整理的,已经排好版了,而且还是完整的,适合小白

DAX Calculate&SUMMARIZE 关键词的说明

CALCULATE SUMMARIZE DAX TABULAR

rav009的专栏 5977

WINCC7.3破解文件

WINCC7.3硬件够破解文件,有需要的下载!WINCC7.3硬件够破解文件,有需要的下载!

powerbi学习笔记(day1)构建环境&进行练习

本文记录Power BI第1课学习过程:下载Power BI Desktop,通过AI生成测试数据集并导入,完成数据清洗与星型模型构建(事实表+三张维度表),建立DAX度量值,最终在报表视图中实现包含卡片、切片器、折线图、地图、条形图、环形图及矩阵表的完整可视化看板,掌握从环境搭建到数据建模与展示的全流程。

sealaugh32的专栏 300

TMS_WebGMaps_1.9.8.0_Full_Source

TMS_WebGMaps_1.9.8.0_Full_Source 全源码 delphi cbuilder

上一篇: SUMMARIZECOLUMNS 的疑似 bug(3)总计行是否关键点
下一篇: DAX 底层计算过程演示——ADDCOLUMNS + 复杂上下文环境
apinerand
博客等级 码龄9年 201粉丝 11原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值