老汪洞察 | 汪斌带你开公司

EP022：使用 List.Range 函数

Tue, 13 Jan 2026 00:00:00 GMT

这一节课讲 List.Range 其实是解决“跨行计算”（如累计求和、移动平均）和“结构重组”（如打印格式制作）的核心武器。

下面我为你设计1个高频的财务BP实战场景。

一、核心函数：List.Range

功能：从列表中截取一段连续的元素，返回一个新的列表。

语法：List.Range(列表, 偏移量(起始下标), [截取个数])

参数详解：

列表 (List)：你要操作的那个源列表。

偏移量 (Offset)：从哪个下标开始截取（注意：下标从 0 开始）。

截取个数 (Count)：可选参数。如果不填，默认截取后面所有的；如果填了，就截取指定数量。

示例：

列表：{1, 2, 3, 4, 5}
List.Range({1..5}, 2, 3) -> 从下标2（即数字3）开始，取3个数 -> 返回 {3, 4, 5}。
List.Range({1..5}, 0, 1) -> 从头开始，取1个数 -> 返回 {1}。

场景：预算执行分析——计算 YTD（年初至今）累计数

【业务背景】 作为营销部的财务BP，你需要按月监控广告费用的使用情况。单纯看当月的“实际 vs 预算”是不够的，因为广告投放有季节性（比如“双11”预算高，但款项可能10月就预付了，或者12月才入账）。 核心痛点：老板不仅要看当月超没超，更要看 “截止到本月，全年累计预算用了多少？累计超支了吗？”（即 YTD Analysis）。

【模拟数据源】 请将以下数据复制到 Excel，创建为表，命名为 BudgetTable。

月份	部门	费用科目	当月预算(Budget)	当月实际(Actual)	备注
2024-01	市场部	广告推广费	100,000	85,000	春节前投放少
2024-02	市场部	广告推广费	120,000	110,000	开工季
2024-03	市场部	广告推广费	150,000	165,000	新品发布会，略超
2024-04	市场部	广告推广费	150,000	140,000	ㅤ
2024-05	市场部	广告推广费	200,000	250,000	618预热，提前抢量
2024-06	市场部	广告推广费	300,000	280,000	618大促
2024-07	市场部	广告推广费	100,000	90,000	淡季调整
2024-08	市场部	广告推广费	100,000	105,000	ㅤ
2024-09	市场部	广告推广费	150,000	140,000	准备国庆
2024-10	市场部	广告推广费	200,000	180,000	双11蓄水
2024-11	市场部	广告推广费	400,000	450,000	双11爆发，流量贵
2024-12	市场部	广告推广费	150,000	100,000	收尾

【Power Query 解决方案】

在 Excel 公式里，YTD 只需要 $D$2:D2 下拉即可。但在 PQ 里，数据是无序的集合，我们需要用 List.Range 配合 Index 来“圈”出要累加的范围。

操作步骤与代码解析：

加载数据：导入 BudgetTable。

添加索引（关键）：添加列 -> 索引列 -> 从 0 开始。（计算机数数从0开始，这决定了 List.Range 的起始点）。

缓冲列（优化性能）：为了防止数据量大时卡顿，我们先把“预算”和“实际”这两列“缓存”到内存里变成列表。

在高级编辑器里，在 添加索引 步骤后加入：

计算 YTD 预算：添加自定义列，名为 YTD_预算。

深度解读：

ListBudget：我要切的大蛋糕（整年预算列表）。
0：从第 1 个数（1月）开始切。
[索引]+1：切几个？如果当前是3月（索引是2），我就要切 2+1=3 个数（1月、2月、3月）。
List.Sum：把切下来的这块蛋糕加起来。

计算 YTD 实际：同样添加自定义列，名为 YTD_实际。

【财务BP视角价值】 做完这一步，你就可以直接添加一列 [YTD_实际] - [YTD_预算]。你会发现，虽然 5 月份单月超支了 5 万（25万-20万），但看 YTD 数据，前 5 个月累计预算 72万，累计实际 75万，其实整体只超了 3万。这就是 YTD 分析帮助管理层平滑波动、理性决策的价值。

【扫码识别下发二维码，获取本文使用到的及历史以来提及、发布的相关精选和原创资料，和我们一起充电，加入后可享受每月6次免费咨询提问，帮助解决您的特定问题！】

如果本篇文章对您有帮助或启发，请帮我们点赞、转发、推荐、关注，让更多想转型财务BP、锻造数据分析和可视化洞察能力的财务同行们看到，关注【老汪洞察】，不迷路！

温馨提示

🙏🏻

如果您不想错过【老汪洞察】的文章，请将我们设为"星标"，这样每次最新文章推送才会第一时间出现在您的订阅列表里。 方法：点击文章页面左上角蓝色文字“老汪洞察”进入主页，点击关注后，再点主页右上角"..."，然后选择"设为星标"，即可完成，感谢您的支持。

EP007、EP008：PowerQuery合并查询的6大连接神器详细解读：左外、右外、完全外、内部、反左、反右

Wed, 22 Oct 2025 00:00:00 GMT

在Excel的单元格区域处理数据时，我们经常用到一个叫做VLOOKUP的匹配函数，特定情况下非常好用吗，但也有非常明显的短板和不足，那么来匹配表与表之间的数据，有没有一个类似的功能呢？

答案肯定是有的，这就是在Power Query环境下的合并查询功能，可以将其称之为“超级VLOOKUP”，这个称呼，可以说是对Power Query合并查询功能最贴切、最形象、也是最经典的入门级描述。

如上图所示，当我们决定对两个表进行合并查询时，会让我们选择合并查询的6大种类，我称之为6大神器，今天我们就把这6大神器进行一一的讲解。

我们来设计两个非常简单、但足以说明问题的Excel表样：一个“员工表”和一个“项目分配表”。

核心业务场景：公司里有一份完整的员工名单，同时还有一份项目分配记录，我们想通过分析这两张表，了解员工的参与项目情况。

准备两个Excel表样

如下图，创建两个Excel文件，或者在一个Excel文件的两个工作表中，创建以下数据。强烈建议将它们分别“格式化为表格”，即不要以单元格区域的形式在Excel表中列示，并命名为Employees和Projects。

表1: 员工表 (Employees) — Sheet A

这张表是公司的员工花名册，包含了所有在职员工。

EmployeeID	EmployeeName	Department
E01	张三	销售部
E02	李四	研发部
E03	王五	销售部
E04	赵六	人事部

表2: 项目分配表 (Projects) — Sheet B

这张表记录了当前正在进行的几个项目，以及被分配到项目上的员工。

ProjectName	AssignedEmployeeID
项目A	E01
项目A	E03
项目B	E02
项目C	E05

关键信息：

赵六(E04)在员工表里，但没有被分配任何项目。

E05这个员工ID被分配到了项目C，但他/她并不在我们的员工表里（可能是一位外部顾问或已离职员工）。

在Power Query中演示“六大神器”

现在，我们将这两个表加载到Power Query中，然后以Employees表为主表，Projects表为要合并的表，来演示六种不同的连接类型。匹配的键是[EmployeeID]和[AssignedEmployeeID]。

1.左外部连接 — “以我为主，匹配你”

业务问题：“我想看到所有员工的列表，并在他们旁边列出他们参与的项目（如果没有，就为空）。”

这正是在Excel单元格数据处理中的VLOOKUP能做到的。

结果：

EmployeeID	EmployeeName	Department	ProjectName
E01	张三	销售部	项目A
E02	李四	研发部	项目B
E03	王五	销售部	项目A
E04	赵六	人事部	null

2.右外部连接 — “以你为主，匹配我”

业务问题：“我想看到所有被分配了项目的记录，并找出对应的员工信息（如果员工不存在，也要保留这条项目记录）。”

结果：

ProjectName	AssignedEmployeeID	EmployeeName	Department
项目A	E01	张三	销售部
项目A	E03	王五	销售部
项目B	E02	李四	研发部
项目C	E05	null	null

3.完全外部连接 — “宁可错杀，不可放过”

业务问题：“我想看到所有的员工和所有的项目分配记录，无论它们是否能匹配上，给我一个最全的大列表。”

结果：

EmployeeID	EmployeeName	Department	ProjectName	AssignedEmployeeID
E01	张三	销售部	项目A	E01
E02	李四	研发部	项目B	E02
E03	王五	销售部	项目A	E03
E04	赵六	人事部	null	null
null	null	null	项目C	E05

4.内部连接 — “求同存异，只要交集”

业务问题：“我只想看那些既在员工列表里，又确实被分配了项目的员工信息。”

结果：

EmployeeID	EmployeeName	Department	ProjectName
E01	张三	销售部	项目A
E02	李四	研发部	项目B
E03	王五	销售部	项目A

5.反左连接 — “找出我方‘单身狗’”

业务问题：“请帮我找出所有在职的员工中，还没有被分配任何项目的人员名单。”

这是VLOOKUP绝对做不到的神器！

结果：

EmployeeID	EmployeeName	Department
E04	赵六	人事部

6.反右连接 — “找出对方‘神秘人’”

业务问题：“请帮我检查一下项目分配表，看看有没有哪些被分配的员工ID是无效的（即在我们的员工花名册里根本不存在）。”

这同样是VLOOKUP做不到的数据核对利器！

结果：

ProjectName	AssignedEmployeeID
项目C	E05

通过这两个简单的表样，我们可以清晰地看到，六种不同的连接类型，就像六把功能各异的“瑞士军刀”，能够精确地回答各种复杂的业务问题，实现从简单的数据匹配到深度的数据核对与审计。

【点击文末“阅读原文”，获取本文使用到的及历史以来提及、发布的相关精选和原创资料，和我们一起充电，加入后可享受每月6次免费咨询提问，帮助解决您的特定问题！】

若想获得更多制造业成本本管控、核算、全面预算、业财融合方面的落地实操干货，加入我们的大本营是你的不二之选，快点击下方卡片看看吧！

温馨提示

🙏🏻

从Power Query到Power BI：￥699完整包年陪跑课程计划

Sat, 20 Dec 2025 00:00:00 GMT

你好，我是老汪。

在财务这行摸爬滚打已经14年时间，我见过太多优秀的财务人，因为不懂工具，被原本只需5分钟搞定的数据清洗、汇总、洞察工作，困在办公室直到凌晨。

Excel不仅仅是电子表格处理，它称得上是财务人手中的剑。但很遗憾，90%的人只用它来切菜（基础操作），却不知道它其实是一把屠龙刀（Excel(界面)+Power Query(清洗)+Power Pivot(建模)+数据透视表/图(呈现)）。

一、课程整体介绍

在这个为期一年的陪跑计划中，我将摒弃所有花哨的、不落地的理论，直接把我在千亿集团预算总监岗位上实战验证过的“财务数据自动化黄金路径”交付给你。

全程每一节课都是带案例实操讲解，从基础UI界面操作入门到函数编写进阶，再到Pivot关系建模，以及最后的可视化看板呈现，各个学习阶段分的很细，不管你现在是小白从未接触过的朋友，还是已经初步具备基础想要进阶的人士，都可以在这里从容高效学习。

这里不是一堆冷冰冰的视频，而是一套严密的各种财务场景解决方案。并且老汪时刻在你的背后提供最强大的支撑，手把手，一对一指导！

我们将通过四个层层递进的阶段，彻底重塑你的工作方式，做出像下面这样高大上又极具洞察说服力的可视化图、表：

第一阶段：解放双手（UI 操作篇）

我们先不谈代码，只用鼠标。教你用 Power Query 的界面功能，像“录像机”一样记录下你清洗报表的每一步。以后再乱的数据发过来，你只需点击“刷新”，一切自动完成。

第二阶段：掌控底层（M 函数篇）

我们要打开引擎盖，学习 Power Query 的核心语言。当你掌握了 M 函数，你就拥有了处理复杂文件汇总、指标计算、非标数据清洗的“魔法”，解决那些鼠标点不出来的难题。

第三阶段：构建大脑（Power Pivot 建模篇）

这是财务从“核算”转向“分析”的分水岭。我们将告别卡顿的 VLOOKUP ，像搭建乐高一样建立多表关联模型，用 DAX 语言编写同比、环比、累计完成率等动态指标，建立真正的业务逻辑。

第四阶段：呈现价值（数据可视化篇）

最后，我们要把数据变成老板看得懂的故事。利用 Excel 2021 的原生图表和交互控件，打造出既媲美商业BI，又极具灵活性的动态经营分析仪表板，让你的分析报告成为会议投屏上的焦点。

第五阶段：结尾篇-从Excel到Power BI的过渡课

回顾与总结—— 现代 Excel 的全貌；

Excel BI 的极限与痛点 (为什么可以继续无缝转到 Power BI ？)

Excel到 Power BI 无缝迁移——见证奇迹的时刻。

二、交付内容

✅体系化的视频录播课程（持续更新）

我会将我14年的实战经验，浓缩成一套从入门到精通的 Excel BI 课程体系。涵盖 Power Query 数据清洗、Power Pivot 建模、DAX 指标编写以及可视化大屏制作，全程案例实战讲解，最后还有大型项目级案例实战详解，比如预算量本利模型搭建、经营分析模型搭建、经营管理报表模型搭建、销售、存货管理相关模型搭建等等。不讲虚的，只讲财务工作中用得上的。

✅微信好友一对一 + 远程手把手教学（核心价值）

这是这个班最大的价值，就是你在工作中遇到任何数据处理或者财务业财融合方面的难题，可以随时微信找我，为大家提供免费咨询。

文字说不清楚？直接上 向日葵/TeamViewer/腾讯会议 远程控制！我会直接操作你的电脑，看着你的数据，手把手教你改公式、调模型。这就相当于你请了一个专属的财务数据技术顾问。

✅收集共性问题内部直播辅导

我们会收集学员的问题，不定期组织仅限班内学员参加的闭门直播。我会选取大家在实际工作中遇到的典型问题逐一进行拆解，或者分享我最新的研究成果。大家开麦交流，共同进步。

✅项目级咨询与方案建议

如果你正在负责公司的预算系统搭建、经营分析报告改版等具体项目，我会以财务总监的视角，为你提供架构设计、指标体系搭建等深度的意见和建议。

三、课程完整大纲

第（1）阶段：界面操作与M语言启蒙

本阶段聚焦于Power Query的“UI界面优先”策略，通过鼠标点击完成 90% 的日常工作，同时开始建立“步骤即代码”的初步认知。

第一章：数据导入与基础清洗规范

建立正确的数据观，告别合并单元格，学会“看”数据。

（该部分基础课，是纯小白入门感性体验课，如果之前已经了解过PQ+PP这套解决方案并有基础的同学可以直接跳过。）

笔记文档直达	对应视频	课程内容	幕后核心函数	核心知识点与原理
EP000（无笔记文档，看视频操作即可）	EP000	前言	前言	前言
EP001（无笔记文档，看视频操作即可）	EP001	再见，合并单元格！数据清洗第一步，从这里开始	`Source` `Navigation`	思维转变：为什么数据库思维痛恨合并单元格？建立“一维表”的认知。
EP002（无笔记文档，看视频操作即可）	EP002	3步导入数据 & 轻松删除无用列	`Table.PromoteHeaders` `Table.RemoveColumns`	基础操作：提升标题（Headers）的重要性；选择列 vs 删除列的维护性差异。
EP003（无笔记文档，看视频操作即可）	EP003	高手都在用的数据统计神技，从此告别无效滚动！	`Table.Profile` (视图功能)	数据概览：利用“视图”选项卡下的“列质量/分布/配置文件”快速发现脏数据，告别肉眼滚屏检查。
EP004（无笔记文档，看视频操作即可）	EP004	三大核心技能：拆分列、向下填充与“转置”大法！	`Table.SplitColumn` `Table.FillDown` `Table.Transpose`	必会神技：解决中国式报表（层级表头）的三大杀器；`FillDown` 是处理合并单元格的神器。
EP005（无笔记文档，看视频操作即可）	EP005	避坑指南：数据源路径更改与“应用的步骤”深度解析	`File.Contents`, `Let...in` (概念)	工程思维：绝对路径 vs 相对路径；理解右侧“应用的步骤”就是 M 语言的“录像带”。

第二章：多表关联与逻辑运算 (合并查询)

彻底终结 VLOOKUP，理解关系型数据的连接逻辑。

笔记文档直达	对应视频	课程内容	幕后核心函数	核心知识点与原理
EP006	EP006	再见 VLOOKUP：合并查询基础	`Table.NestedJoin`, `Table.ExpandTableColumn`	核心概念：什么是“左外部连接”？为什么 PQ 比 VLOOKUP 快且不易出错？
EP007	EP007	合并进阶：向左查找与多条件匹配	`Table.NestedJoin` (多键)	突破限制：实现 Excel 函数难以做到的“多条件同时匹配”和“反向查找”。
EP008	EP008	连接类型全解：六种连接模式	`JoinKind.LeftOuter`, `JoinKind.Inner` 等	数据库思维：深入图解内连接、外连接、反连接（找不同）的应用场景。

第三章：数据汇总与批量处理 (追加查询)

解决“复制粘贴”的痛点，实现自动化汇总。

笔记文档直达	对应视频	课程内容	幕后核心函数	核心知识点与原理
EP009	ㅤ	汇总神器001：讲透追加查询以及初识M函数（汇总同一工作簿下多个工作表）	`Excel.CurrentWorkbook` `Table.Combine`	动态汇总：利用 `Excel.CurrentWorkbook()` 抓取当前文件所有表，这是 PQ 最经典的技巧之一。
EP010	ㅤ	汇总神器002：讲透追加查询以及初识M函数（汇总不同工作簿）	`Excel.Workbook`, `File.Contents`	跨文件：如何从外部 Excel 文件抓取数据并合并。
EP011	ㅤ	汇总神器003：讲透追加查询以及初识M函数（汇总同一文件夹下多个工作簿）	`Folder.Files` `Table.Combine`	批量处理：只要丢进文件夹就能自动汇总；理解二进制内容 `(Binary)` 的转换过程。

第四章：维度变换与辅助列 (高级清洗)

从二维表到一维表的质变，以及灵活的数据修正。

笔记文档直达	对应视频	课程内容	幕后核心函数	核心知识点与原理
EP012（暂无笔记文档）	ㅤ	维度魔术：逆透视与辅助列	`Table.Unpivot`, `Table.Pivot` `Table.AddIndexColumn`	核心难点：理解“逆透视”（列转行）是数据标准化的关键；索引列和条件列的创建技巧；特定值的替换(`ReplaceValue`)。

第（2）阶段：M函数编程与底层逻辑实战

本阶段不再依赖UI点击，而是深入公式栏和高级编辑器，掌握 M 语言的“三大容器”与“核心算法”。

第一章：M语言启蒙与三大容器

笔记文档直达	课程内容	核心函数 (Key Functions)	拓展知识与原理 (Knowledge)
EP013	初识M函数与三大容器	let...in, #table	理解 M 语言的结构；List {}、Record []、Table 的书写规范。
EP014	元素的精准钻取 (Drill Down)	Source{0}, Source[Name], Source{0}[Name], ?	学会如何从复杂结构中取值；掌握 ? 容错符（避免报错返回null）。
EP015	逻辑控制与容错保护	if...then...else, try...otherwise	M语言中的判断逻辑；如何让查询在遇到错误时自动使用备用值。
EP016	表格的基础运算与筛选	Table.SelectRows, Table.Distinct, Table.RowCount	表的行数计算；理解筛选行的代码本质；去重的逻辑。
EP017	列表(List)的统计运算	List.Sum, List.Average, List.Max, List.Min, List.Count	理解将表的一列提取为 List 后进行聚合统计；忽略空值与不忽略的区别。
EP018	理解上下文（each）和套娃嵌套，解决国际标准排名问题	each, _ (下划线)	全课重难点！理解 each 代表的遍历环境；理解内层环境与外层环境的变量传递。
EP019	理解上下文（each）和套娃嵌套，区分国际标准排名和中国式排名问题	`Table.SelectRows` (嵌套), `Table.AddColumn`	结合上下文知识，手写“中国式排名”公式；实现复杂的动态筛选。
EP020	知识点综合实战之动态交互查询	上下文嵌套、筛选、精准钻取值、动态参数	上下文嵌套、筛选、精准钻取值、动态参数
尚未更新	列表的遍历与转换	List.Transform	核心函数！批量处理列表中的每一个元素（例如将一列数字全部+1）。
尚未更新	列表的切片与跳过	List.Range, List.Select, List.Skip	如何截取列表的一部分（子集）；跳过前N个元素。
尚未更新	列表的循环生成 (工资条案例)	List.Generate	进阶！ M语言中的 for/while 循环替代者；制作工资条的经典逻辑。

第二章：核心函数族与数据重构

笔记文档直达	课程标题	核心函数 (Key Functions)	拓展知识与原理 (Knowledge)
尚未更新	列表的去重、排序与判空	List.Distinct, List.RemoveNulls, List.Sort, List.IsEmpty	列表清洗三板斧；如何对嵌套列表进行排序。
尚未更新	表格排序与定位查找	Table.Sort, List.PositionOf	多列排序的代码写法；查找某个值在列表中的下标位置（索引）。
尚未更新	记录 (Record) 转列表与列名获取	Record.ToList, Table.ColumnNames	将“行”转为“列”；动态获取表的所有标题名（为后续动态合并做准备）。
尚未更新	多列压缩与表格重构 (Zip)	List.Zip, Table.ToColumns, Table.FromColumns	重构神器！将多列数据“拉链”式合并；实现多列转两列的高级技巧。
尚未更新	笛卡尔积与全组合	List.TransformMany	生成两个列表的所有组合（如：颜色x尺寸）；理解 M 语言中的双重遍历。
尚未更新	数值计算与舍入	Number.RoundDown, Number.From	向下取整在生成重复序列（1,1,1,2,2,2）中的应用。
尚未更新	高级分组聚合 (Table.Group)	Table.Group	深入理解分组的第四、第五参数（局部模式 vs 全局模式）；自定义分组逻辑。
尚未更新	取特定行 (整行记录)	Table.Max, Table.Min	不止是取最大值，而是取最大值所在的整行记录。
尚未更新	文本处理全家桶 (上)	Text.Start/End/Middle, Text.Combine, Text.Split	文本的提取、合并与拆分；Text.Combine 在合并同类项中的应用。
尚未更新	日期转换与文本判断	Date.FromText, Date.ToText, Text.Contains	文本转日期的格式代码（yyyy-MM-dd）；模糊匹配与区分大小写。
尚未更新	S01阶段综合实战案例	Table.AddColumn 综合运用	实战：判断是否断货、多列转两列完整流程、提取特定位置的值。

第三章：高级算法与逻辑深造

模块序号	课程标题	核心函数 (Key Functions)	拓展知识与原理 (Knowledge)
尚未更新	迭代神技：List.Accumulate	List.Accumulate	S02镇山之宝！理解累加器、种子值、状态传递；解决递归计算问题。
尚未更新	文本深度清洗与处理 (下)	Text.Remove, Text.SplitAny, Text.PadStart	移除指定字符；按多种分隔符拆分；文本补齐（如 1 补成 001）。
尚未更新	查找位置的高级应用	Text.PositionOf (返回所有位置)	查找字符出现的所有位置；处理重复字符。
尚未更新	实战：缺勤名单与批量换行	Table.SelectRows, Text.Replace	实战：解决复杂的考勤对比逻辑；清理单元格内的换行符。
尚未更新	动态代码执行 (宏表函数)	Expression.Evaluate	黑科技：将文本字符串作为 M 代码执行；#shared 环境参数的重要性。
尚未更新	生成器与拆分器对象	Combiner., Splitter.	深入理解合并与拆分的底层函数对象（Function Objects）。
尚未更新	列表 (List) 深度查漏补缺	List.Intersect, List.Reverse, List.First/Last	列表的集合运算（交集、差集）；列表反转与取首尾值。
尚未更新	记录 (Record) 的增删改查	Record.Field, Record.AddField, Record.RemoveFields	像操作数据库一样操作 Record；动态字段名处理。
尚未更新	记录的高级转换	Record.TransformFields	批量转换 Record 中的值；Record 与 Table/List 的转换闭环。

第四章：文件系统与全类型精通

模块序号	课程标题	核心函数 (Key Functions)	拓展知识与原理 (Knowledge)
尚未更新	表格 (Table) 的终极控制	Table.AddRankColumn, Table.Transpose, Table.Fill	表格转置的坑与填；填充（FillDown/Up）的妙用；表操作查漏补缺。
尚未更新	透视与逆透视的底层逻辑	Table.Pivot, Table.Unpivot	重点：深入理解“不要聚合”的透视；处理多层表头的逆透视。
尚未更新	嵌套表的处理 (聚合列)	Table.AggregateTableColumn	重点：处理 Group 或 Join 产生的嵌套表；不展开行直接聚合计算。
尚未更新	文件系统：自动识别与导入	Folder.Files, Excel.Workbook, Csv.Document	自动识别文件路径；处理 CSV 与 Excel 文件的参数细节。
尚未更新	终极实战：多表合并痛点解决	Table.Combine (高级用法)	实战：解决“不同数量字段”的多表合并；从文件夹批量读取并对齐列。
尚未更新	时间与日期全家桶	DateTime., Date., Time.*	时间、日期、日期时间三者的转换与计算；计算两个时间点的差值 (Duration)。
尚未更新	Duration (时长) 的计算	Duration.Days, Duration.TotalHours	计算工时、天数差；将时长转换为文本格式。
尚未更新	终极武器：正则表达式 (Regex)	Web.Page (JS Injection)	压轴大戏：在 Power Query 中调用 JavaScript 实现正则表达式，处理非结构化脏数据。

第（3）阶段：数据建模与DAX核心

这一阶段的难度通常被认为是 Power BI 学习曲线中最陡峭的部分（尤其是理解上下文），所以课程设计会非常注重逻辑性。

模块一：建模思维与星型模式

告别 Excel 的“大宽表”思维，拥抱数据库思维。

关系 (Relationships) 的本质：什么是“一对多”？什么是“多对多”（为什么尽量别用）？什么是“双向筛选”（为什么是性能杀手）？

星型模式：这是 Power BI 的黄金法则。

事实表 (Fact Table)：存数据的（销量、金额）。

维度表 (Dimension Table)：存属性的（产品、地区、日期）。

实战：如何把 PQ 洗出来的大宽表拆解成星型模型。

日历表(Calendar Table)：为什么必须要有独立的日期表？如何在 DAX 中使用它。

模块二：DAX 语言基础

M 语言是给机器看的步骤，DAX 是给老板、给业务看的逻辑。

计算列 (Calculated Columns) vs 度量值(Measures)：

死穴：新手最爱用计算列，熟手只用度量值。为什么？（静态存储 vs 动态计算）。

基础聚合函数：SUM AVERAGE COUNTROWS DISTINCTCOUNT。

逻辑函数：IF, SWITCH (比 Excel 的 IF 好用太多), DIVIDE (安全除法)。

模块三：DAX的灵魂——上下文(Context)

不理解上下文，就永远学不会 DAX。

筛选上下文 (Filter Context)：为什么把“产品”拖到切片器里，销售额就会自动变？

行上下文 (Row Context)：类似 M 语言的 each，但在 DAX 里它是怎么工作的？

上下文转换 (Context Transition)：当 CALCULATE 遇见度量值时发生了什么？

模块四：DAX进阶函数 (Advanced DAX)

CALCULATE：DAX 之神。如何修改、覆盖、移除筛选上下文。

筛选器函数：FILTER, ALL, ALLEXCEPT, VALUES, KEEPFILTERS。

时间智能 (Time Intelligence)：一行代码算出：

TOTALYTD (年初至今)

SAMEPERIODLASTYEAR (去年同期)

DATEADD (环比/同比)

排名与迭代：RANKX, SUMX (迭代函数系列)。

第（4）阶段：Excel可视化图表与仪表板实战

工具：Excel 2021

目标：不用Power BI，也能在 Excel 里做出会联动的、专业的管理驾驶舱。

模块一：不仅仅是图表

透视表的进阶美化：

去掉“求和项：”，使用表格布局，自定义数字格式（如 #,##0,,"M" 显示百万单位）。

使用 条件格式 (数据条、图标集) 制作“微图表”。

切片器 (Slicer) 与日程表 (Timeline) 的设计：

如何把切片器做成“导航栏”样式（多列布局）。

切片器关联：一个切片器同时控制 5 张透视表和图表（报表联动的核心）。

Excel 2021 特有/新图表：

瀑布图：分析资金变动。

漏斗图：分析销售转化。

地图：地理数据展示。

模块二：动态交互仪表板

CUBE 函数黑科技 (可选高阶)：

使用 CUBEMEMBER 和 CUBEVALUE 从数据模型直接取数到单元格。

价值：突破透视表的布局限制，在任意单元格设计自由布局的“卡片图”。

动态标题与配色：

让图表标题随切片器选择而变化（如“2023年华东区销售分析”）。

商务配色方案（深色模式、品牌色设定）。

仪表板布局原则：

排版逻辑：KPI 关键指标在顶，趋势在中，明细在底。

隐藏网格线、标题栏，让 Excel 看起来像一个 App。

结尾篇：从Excel无缝转移到PowerBI

目标：总结全课，通过对比演示，让学员感受到Excel的极限，无缝转移到 Power BI。

第一章：回顾与总结——现代 Excel 的全貌

内容：

复盘一张图：Source (PQ) -> Model (PP/DAX) -> Report (Chart)。
恭喜大家，你们其实已经学会了Power BI的80%核心技能！
揭秘：Excel 里的 Power Query 和 Power Pivot，就是 Power BI 的心脏和大脑。

第二章：Excel 的极限与痛点 (为什么要无缝转移到 Power BI？)

痛点1：数据量的瓶颈

演示：虽然模型能存 1000 万行，但如果你想在 Excel 界面上画出 100 万个点的散点图，Excel 会卡死。Power BI 是为大数据渲染而生的。

痛点2：交互的局限

对比：Excel 的切片器只能筛选；Power BI 的图表之间可以**“钻取”、“联动”、“悬停提示 (Tooltip)”。

痛点3：分享的困难

场景：Excel 只能发文件，发出去数据就不可控了（容易被改、版本混乱）。
Power BI 优势：发布到 Web/手机端，生成链接，数据自动刷新，权限控制（张三只能看北京的数据）。

第三章：无缝迁移——见证奇迹的时刻

核心演示：

打开 Power BI Desktop 。

点击 “文件” -> “导入” -> “Power Query, Power Pivot, Power View”。

选择我们在 Excel BI 课程里做好的那个.xlsx最终大作业。

见证：所有的 PQ 清洗步骤、所有的表关系、所有的 DAX 度量值，瞬间全部自动迁移到了 Power BI 里！

结论：你在 Excel 课里学的每一行代码，都没有浪费！

我们将解锁：

更酷炫的可视化：地图钻取、AI 分析图表、自定义视觉对象。
更强大的 DAX：时间智能、复杂聚合。
企业级发布：云端协作、手机报表、自动刷新。

Slogan：“带着 Excel 的内功，换上Power BI的战袍，征服数据分析的星辰大海。”

EP006：VLOOKUP的致命硬伤以及PQ合并查询如何来拯救？

Wed, 22 Oct 2025 00:00:00 GMT

（本文3000字，阅读需要8分钟左右）

“超级VLOOKUP”这个称呼，可以说是对Power Query合并查询功能最贴切、最形象、也是最经典的入门级描述。

它完美地抓住了这个功能的核心目的——从一张表中查找信息，并将其带到另一张表中。但是，“超级”这个词用得恰到好处，因为它在能力、灵活性、稳健性和性能上，都对VLOOKUP实现了全面的、碾压式的超越。

今天就跟大家来深入探讨一下，这个“超级VLOOKUP”到底“超级”在哪里？

VLOOKUP“英雄迟暮”：它能做什么，又有哪些“硬伤”？

首先，我们要肯定在单元格区域数据处理场景下VLOOKUP的功绩。在Power Query出现之前，它是Excel数据关联的绝对王者。

它能做的事：在一个表格的第一列查找一个值，然后返回同一行中、你指定的右侧某列的值。

它的“硬伤”（为什么它不够“超级”）：

只能向右看：查找列必须是数据区域的第一列，这是它最致命的限制。

不稳定的列号：你需要手动数出返回结果在相对于查询区域第一列的第几列（比如3）。如果在原始查询区域表中插入或删除了列，这个数字就错了，公式会返回错误（#REF!）或错误的结果。

只返回第一个匹配项：如果有多条记录符合查找条件，VLOOKUP只会返回它找到的第一个，而忽略其他的。

单一条件限制：只能基于一个条件进行查找。如果需要同时满足“年份”和“产品ID”两个条件，就需要创建复杂的辅助列或使用数组公式。

性能问题：在处理几十万行的大型数据集时，大量的VLOOKUP函数会让Excel文件变得异常卡顿和缓慢。

合并查询“王者归来”：到底“超级”在哪里？

Power Query的合并查询，不仅解决了VLOOKUP的所有硬伤，还提供了维度更高的数据处理能力。

特性	标准VLOOKUP	“超级VLOOKUP”(合并查询)
1. 查找方向	只能向右 (查找列必须在第一列)	任意方向 (任意列都可以作为查找/匹配列)
2. 匹配条件	单一条件	多重条件 (可按住Ctrl，选择多个列同时进行匹配)
3. 引用稳健性	脆弱 (依赖于相对固定的列号)	极其稳健 (基于列名称进行整列引用，不受列顺序变化影响)
4. 处理多重匹配	只返回第一个	返回所有匹配项 (以一个可展开的嵌套Table形式返回)
5. 匹配类型/逻辑	只有“精确匹配”和“近似匹配”	提供多种“连接类型(Join Kind)” (这是最强大的地方!)
6. 性能	在大数据量下性能较差	经优化，处理大数据量性能极高
7. 模糊匹配	不支持	内置模糊匹配 (可以匹配有轻微拼写错误的文本)

重点解读：“连接类型”这个超能力

VLOOKUP本质上只做了Power Query合并查询功能下的第一种连接，叫做“左外部连接”——保留左表（你写公式的表）的所有行，把右表（查找范围）匹配上的信息带过来（注：这里的“左”即指的是本表，“右”即指的是被连接的表）。

合并查询提供的“六大神器”连接如下：

左外部(Left Outer)：VLOOKUP的完美替代品，保留左表的所有行。

右外部(Right Outer)：保留右表的所有行。

完全外部(Full Outer)：保留两张表的所有行，无论是否匹配上。

内部(Inner)：只保留在两张表中都能找到匹配的行。

反左(Left Anti)：只保留左表中，在右表找不到匹配的行。（VLOOKUP无法做到！这是数据核对、找茬的神器！）

反右(Right Anti)：只保留右表中，在左表找不到匹配的行。

我们将在下一篇文章中详细的解读这六种连接。

【点击文末“阅读原文”，获取本文使用到的及历史以来提及、发布的相关精选和原创资料，和我们一起充电，加入后可享受每月6次免费咨询提问，帮助解决您的特定问题！】

若想获得更多制造业成本本管控、核算、全面预算、业财融合方面的落地实操干货，加入我们的大本营是你的不二之选，快点击下方卡片看看吧！

温馨提示

🙏🏻

EP009、EP010、EP011：Power Query功能详解之追加查询

Thu, 30 Oct 2025 00:00:00 GMT

PowerQuery功能详解之追加查询

“追加查询”这个功能在不同数据布局场景下有不同的应用。追加查询的威力，并不仅仅局限于处理Excel文件。下面，我为您整理一份关于“追加查询”功能的、更完整的应用场景和原理概要。

一、“追加查询”功能完整应用场景

核心思想：将多个来源、但结构相似的数据，垂直地、像叠罗汉一样堆叠在一起，形成一个行数更多的、统一的数据集。

普通职场人最常用的三种核心场景是：

1. 同一工作簿下的多个工作表

场景描述：您有一个Excel报告文件，里面包含了一月、二月、三月...等多个工作表，您需要将它们汇总成一张年度总表。

实现方式：通过数据 -> 获取数据 -> 从文件 -> 从工作簿，连接到当前这个工作簿本身。Power Query会列出其中所有的工作表对象，然后您可以将它们全部选中并追加。

关键技巧：下面我们会深入探讨，为了让这个查询在文件移动后依然有效，最佳实践是使用动态路径（Excel.CurrentWorkbook()）的方式来实现。

2. 不同工作簿下的多个工作表

场景描述：您从不同的人或部门那里，收到了多个独立的Excel文件，比如华东区销售.xlsx、华北区销售.xlsx、华南区销售.xlsx。它们的内部结构完全一样，您需要将它们汇总成全国销售总表。

实现方式：

在Power Query中，为每一个Excel文件分别创建一个独立的数据源连接查询（查询_华东, 查询_华北, 查询_华南）。

然后，使用 “将查询追加为新查询” 功能，将这几个独立的查询，合并成一个全新的、总的查询（全国销售总表）。

3. 同一文件夹下的所有文件 - 这是最强大的用法！

场景描述：您有一个专门的文件夹，比如“月度销售报告”。每个月，您都会把最新月份的、格式完全一样的Excel或CSV报告文件扔进这个文件夹。您希望有一个报表，能自动地把这个文件夹里所有的报告都汇总起来。

实现方式：使用 数据 -> 获取数据 -> 从文件 -> 从文件夹。

神奇之处：

您只需要设置一次查询。Power Query会创建一个“示例文件转换”的函数。
未来，当您向这个文件夹中添加新的文件（比如“四月销售.xlsx”）时，您不需要做任何修改！您只需要在最终的报表中点击一次“刷新”，Power Query会自动发现新文件，并将其内容追加到总表中。
同样，如果您删除了或更新了文件夹里的某个文件，刷新后结果也会自动同步。

Power Query的追加功能远不止于Excel文件。它的强大之处在于，它可以追加任何来源、只要结构能被统一的数据。

4. 不同类型的多个文件

场景描述：您的销售数据一部分记录在Excel文件里，另一部分记录在CSV文件里，还有一部分记录在文本文档里。但它们的列结构是相似的。

实现方式：您可以先分别建立对Excel和CSV的查询，在Power Query内部将它们的列名和数据类型清洗成完全一致的结构，然后再将这两个查询追加在一起。

5. 数据库中的多个表

场景描述：在公司的SQL数据库中，由于性能或历史原因，销售数据被分成了Sales_2022、Sales_2023、Sales_2024等多张表。您需要分析近三年的总销售情况。

实现方式：在Power Query中，分别连接到这三张数据库表，然后将它们追加成一个查询。

6. 网页或API的分页数据

场景描述：您需要从一个网站或API接口获取数据，但这个接口为了防止服务器过载，每次只返回100条记录（即“分页”）。您需要获取全部的几千条数据。

实现方式：您可以创建一个函数来获取指定页码的数据，然后调用这个函数获取第1页、第2页、第3页...的数据，并将所有返回的查询结果追加在一起，形成完整的数据集。

总结：追加查询的应用场景

场景	核心描述	解决的典型问题
同一工作簿	将一个文件内部的多个Sheet/Table垂直合并。	汇总月度、季度报表；合并不同业务分类的子表。
不同工作簿	将多个独立的、结构相同的Excel文件垂直合并。	汇总来自不同分公司、不同部门的同类报告。
文件夹	(最强自动化) 自动合并一个文件夹内所有符合条件的文件。	一劳永逸地处理定期新增的报告文件（如月报、日报）。
不同文件类型	将Excel, CSV, TXT等不同类型但结构相似的文件合并。	整合历史遗留的、格式不统一的数据源。
数据库表	将数据库中结构相同的多个分表（如按年分的表）合并。	进行跨时间周期的大范围数据分析。
Web/API分页	将网页或API返回的多个数据页面合并。	爬取和获取完整的线上数据集。

所以，追加查询的本质是“垂直堆叠结构相似的数据”，那么无论数据来自何方，您都能灵活地运用这个强大的功能。

二、同一工作簿下的多个工作表的追加查询

这种情况有3个核心关键需要搞清楚

① 逻辑健壮性：通过筛选防止查询的循环引用

② 路径健壮性：通过动态路径实现查询的可移植性

③ 结构健壮性：通过动态列名实现查询的可扩展性

以下视频为以上3项内容的完整讲解：

本视频教案下载地：

教案表（E09 讲透追加查询以及初识M函数（汇总同一工作簿下多个工作表））.xlsx

93.6 KiB

以下为文字版和相关的代码资源：

主题①：逻辑健壮性 — 通过筛选防止查询的循环引用

1. 痛点呈现

在我们使用Power Query处理“数据源与结果在同一工作簿”的场景时，一个极其危险的“幽灵”常常不请自来。

现象：您第一次刷新查询，得到了6行正确的汇总数据。但是，当您第二次、第三次刷新时，数据量会莫名其妙地变成12行、24行，甚至更多。每一次刷新，都会让数据成倍增长，最终导致整个报表的数据完全错误，我们称之为“数据爆炸”或“循环引用”。

复现场景：假设我们已经通过动态路径连接到了当前工作簿，并展开了所有工作表的数据。此时，我们的数据看起来像这样（简化版）：

Name	员工姓名	销售额
Q1_Sales	张三	5000
Q1_Sales	李四	3500
Q2_Sales	王五	8000
...	...	...
追加1	张三	5000
追加1	李四	3500
追加1	王五	8000

您会发现，Power Query不仅读取了原始的Q1_Sales、Q2_Sales等工作表，还把它自己上次加载回去的那个结果表（这里假设名为追加1）也当作了新的源数据，一起给合并进来了。

2. 原因剖析

这个问题的根源在于我们使用的Excel.Workbook()函数。

Excel.Workbook()的工作机制：这个函数会忠实地扫描并列出指定Excel文件中所有的对象，包括所有的工作表(Sheets)、已定义的表格(Tables)和已定义名称(Defined Names)。

循环的产生：

我们的查询指令是：“请读取当前这个文件里所有的工作表。”

第一次运行时，它正确地读取了Q1_Sales, Q2_Sales... 并将结果加载到了一个新的工作表，比如追加1.

第二次刷新时，Power Query再次执行第一条指令。但这一次，当它扫描“当前这个文件”时，它发现工作表的列表里，除了原始的Q1_Sales等，还多了一个我们上次创建的追加1。

由于我们没有告诉它要排除追加1，它便忠实地将追加1也作为原材料，和Q1_Sales等一起进行了合并。

这就形成了一个恶性循环：查询的结果，成为了下一次查询的源头之一。

3. 解决方案

解决方案的核心思想非常直接：我们必须在数据处理的早期阶段，就通过“筛选”操作，明确地告诉Power Query，哪些是“原材料”，哪些是我们自己创造的“成品”，绝对不能混淆。

操作步骤：

定位到关键步骤：在Power Query编辑器的“应用的步骤”列表中，找到并选中“源 (Source)”这一步（或者是紧接着它的某一步，只要能看到所有工作表/表格的列表即可）。

应用筛选规则：

此时，您的预览窗口应该有一个名为Name的列，其中列出了Q1_Sales, Q2_Sales, Config, 追加1等所有对象的名称。

点击 Name 列的筛选下拉箭头 ▼。

在弹出的列表中，取消勾选那个代表您最终汇总结果的工作表名称（追加1），以及其他任何不属于原始数据的工作表（如Config）。

点击“确定”。

代码层面的变化：可以直接忽略，参考界面操作步骤即可。

最终效果： 通过添加这一步筛选，我们的查询“配方”里就有了一条明确的指令：“在进行任何合并操作之前，请永远忽略名为追加1和Config这一类的非源数据工作表。” 这样，无论我们刷新多少次，Power Query都只会处理我们指定的、真正的原始数据，循环被彻底打破，查询的逻辑健壮性得到了保证。

主题②：路径健壮性 — 通过动态路径实现查询的可移植性

1. 痛点呈现

我们构建自动化报表的初衷，是为了“一劳永逸”。但很多初学者很快就会发现一个令人沮丧的事实：这个“一劳永逸”是有条件的，条件就是——“文件永远不能动！”

现象：您精心制作了一个Power Query自动化报表，它在您的电脑上完美运行。但是，当您遇到以下任何一种情况时，灾难就会发生：

您为了整理桌面，把这个Excel文件从桌面移动到了D:\\我的工作\\报告文件夹。

您将这个Excel文件通过邮件发送给您的同事。

您将整个项目文件夹上传到了共享网络驱动器。

在以上任何一种情况下，当您或您的同事试图点击“刷新”时，Power Query会立刻“翻脸不认人”，弹出一个冰冷的错误提示： DataSource.Error: Could not find file 'C:\\Users\\你的名字\\Desktop\\原始数据.xlsx'.

结果：整个自动化流程在第一步就宣告失败。您不得不进入每一个查询，手动修改文件路径，极大地削减了自动化的价值，也让文件协作变得异常困难。

2. 原因剖析

这个问题的根源在于，标准的“获取数据”方法，在Power Query中记录的是一个写死的、绝对的路径。

绝对路径 (Absolute Path)：这是一个从电脑的“根目录”（如C:\\）开始的、完整的、独一无二的文件地址。它就像一个完整的家庭住址，包含了国家、省、市、街道、门牌号。

Power Query的默认行为：当您通过 获取数据 -> 从文件 连接到一个Excel工作簿时，Power Query的“源”步骤会忠实地记录下这个绝对路径。

其M语言代码如下所示，路径部分是一个纯文本字符串：

问题所在：这个“地址”是硬编码 (Hard-coded) 的。Power Query就像一个只会按固定地址送信的“笨邮差”，它不知道文件已经“搬家”了。当文件位置发生任何变化，这个写死的地址就变成了一个无效地址，导致“查无此件”。

3. 解决方案

解决方案的核心思想，是把Power Query从一个“笨邮差”升级为一个“智能侦探”。我们不再给它一个写死的地址，而是赋予它一种“随时找到自己在哪”的能力。

这需要Excel和Power Query的协同作战。

第一步：在Excel中创建一个“动态路径信标”

我们首先需要在Excel文件内部，创建一个能实时报告自己位置的“信标”。

新建配置工作表：在您的Excel工作簿中，新建一个工作表，命名为Config（或“路径”等您自己能看懂的名字）。

使用CELL函数：在Config工作表的任意单元格（比如A10），输入这个Excel函数： =CELL("filename", A10) 这个函数会立即返回当前工作簿的完整文件路径，例如：C:\\我的工作\\报告\\[我的分析文件.xlsx]Config。这个路径是动态的，您把文件移到哪里，它就会自动更新成新的路径。但是他是取到工作表级别的路径的，我们只需要取到工作簿路径即可。按下面的函数继续取数。=SUBSTITUTE(LEFT(CELL("filename",A10),FIND("]",CELL("filename",A10))-1),"[","")

定义名称：选中A10单元格，点击顶部 “公式” -> “定义名称”。在“名称”输入框中，给它起一个简洁、有意义的名字，比如 工作簿路径。点击“确定”。

（现在，我们就在Excel内部，创建了一个名为工作簿路径的、随时可以引用的、代表当前文件路径的“全局变量”。）

第二步：在Power Query中引用这个“信标”

现在，我们回到Power Query，改造我们的“源”步骤。

定位到“源”步骤：进入Power Query编辑器，选中需要修改的查询，并点击第一步“源”。

修改M代码：看向顶部的公式栏，找到那段包含绝对路径的代码。我们的目标，是用一段Excel.CurrentWorkbook(){[Name="工作簿路径"]}[Content]{0}[Column1]能够读取Excel已定义名称的M代码，来替换掉那个写死的路径字符串。

修改前:

修改后 (针对数据源就是当前文件本身):

代码解读（核心部分）:

Excel.CurrentWorkbook(){[Name="工作簿路径"]}[Content]{0}[Column1]：这段代码的作用是：“在当前这个Excel工作簿里，找到名叫工作簿路径的对象，并把它的值（那个长长的路径文本）取出来。”

最终效果： 经过改造后，“源”步骤的指令从“去这个写死的地址找文件”，变成了“先问问Excel里的工作簿路径信标，当前文件在哪里，然后再去那个地址找文件”。

这样，无论您将这个Excel文件移动到任何地方，或者发给任何人，只要他一打开文件，CELL函数就会自动更新路径，“信标”就会指向正确的位置。当他点击“刷新”时，Power Query就会根据“信标”的最新指示，准确无误地找到数据源，从而实现了查询的完全可移植性和路径健壮性。

主题③：结构健壮性 — 通过动态列名实现查询的可扩展性

1. 痛点呈现

我们已经构建了一个逻辑正确、路径稳健的查询。它现在看起来似乎“完美”了。但是，一个更隐蔽的“定时炸弹”已经埋下。

现象：您的自动化报表已经稳定运行了好几个月。突然有一天，业务部门通知您：“从这个季度开始，我们的源数据表中增加了一个新的指标列，比如‘销售成本’，请把它也加到您的汇总报表里。”

您自信满满地把包含了新列的源数据文件放到指定位置，然后回到您的Power Query报表，点击“刷新”。刷新过程很顺利，没有报任何错误。但是，当您检查结果时，却沮-丧地发现——那个新的“销售成本”列，根本没有出现！

结果：您的自动化流程“选择性失明”了。它无法自动适应源数据结构的变化，您不得不再次进入Power Query编辑器，手动修改查询，这让“一劳永逸”的承诺大打折扣。

2. 原因剖析

这个问题的根源在于Power Query中 “展开列 (Expand Column)” 这个步骤的默认行为。

“展开”操作的背后：当您使用 Excel.Workbook() 函数获取数据后，会得到一个包含[Data]列的元数据表，其中每一行的[Data]都是一个嵌套的表格。为了将它们合并，您会点击[Data]列的展开按钮。

默认行为：写死列名：在您点击展开按钮时，Power Query会弹出一个菜单，让您选择要展开的列。当您点击“确定”后，Power Query会在后台生成一步M代码。这个代码会将您当前所选的所有列的名称，以一个固定的文本列表形式，硬编码 (Hard-coded) 在步骤中。

这个M代码通常看起来像这样：

问题所在：这个步骤的“配方”被明确地定义为：“请展开Data列，并且只提取出名为员工姓名, 销售区域, 产品ID, 销售额的这几列。”

“定时炸弹”引爆：当您的源数据增加了新的“销售成本”列后，刷新时，Power Query引擎依然会严格按照这份“旧配方”去执行。由于“销售成本”这个名字不在那份写死的列表中，所以它就被无情地、静默地忽略了。

3. 解决方案

解决方案的核心思想，是把那份“写死的列名清单”，替换成一个“动态生成的、能自动更新的列名清单”。我们不再告诉Power Query具体要展开哪些列，而是赋予它一种能力，让它在每次刷新时，自己去侦察并汇总所有应该被展开的列。

这需要我们手动介入，用M语言构建一个动态列表。

操作步骤：

定位到关键步骤之前：在Power Query编辑器的“应用的步骤”列表中，找到并选中“展开列”(Expanded Data或类似名称)这一步的“上一步”。通常是您筛选完需要的工作表之后的那一步（比如在删除的其他列之后）。

此时，您的预览窗口应该是一个元数据表，[Data]列里包含了所有需要被合并的嵌套表格。

插入步骤，创建动态列名列表：

点击公式栏左侧的 fx 按钮，插入一个新步骤。

将公式栏中的内容，替换为下面这段“魔法代码”：

代码解读：

List.Transform(..., each Table.ColumnNames(_)): 遍历每一个嵌套表([Data])，并提取出它们各自的列名列表。

List.Combine(...): 将所有这些单独的列名列表，合并成一个包含所有列名（有重复）的大列表。

List.Distinct(...): 对这个大列表进行去重，得到一个最终的、包含了所有源表中出现过的全部唯一列名的“超级列表”。

按下回车后，这个步骤的结果就是那个动态生成的列名列表。将这个步骤重命名为一个有意义的名字，比如 列标题，是动态变动的。

改造“展开列”步骤：

现在，重新选中您原来的“展开列”那一步。

看向顶部的公式栏，找到那段写死的列名列表 {"员工姓名", "销售区域", ...}。

执行关键替换：将这个写死的列表，直接替换为您上一步创建的动态列表的名称 列标题。

修改前:

修改后:

最终效果： 经过改造后，整个查询的自动化流程变得极具弹性和可扩展性：

刷新时，Power Query首先会执行列标题这一步，它会重新扫描所有最新的源数据，并生成一份包含了所有新旧列名的最新“超级列表”。

紧接着，当执行“展开列”步骤时，它不再依赖于一份过时的“旧清单”，而是直接使用刚刚生成的列标题这个最新的、最全的清单来展开数据。

这样，无论未来您的源数据表增加、减少或修改了任何列，您的Power Query查询都能够自动适应这些结构上的变化，确保所有数据都能被准确无误地包含进来，从而实现了真正的“面向未来”的结构健壮性。

二、不同工作簿下的多个工作表的追加查询

在上面中，我们提到了如何汇总同一个工作簿内的多个工作表。但相信很多同学都会遇到一个更普遍的场景：数据源本身就是分散在不同Excel文件中的，比如一月销售.xlsx二月销售.xlsx... 我们需要在一个全新的汇总工作簿文件中，将它们合并起来。

下面，我们就来攻克这个难题。思路是构建一个强大的自动化报表，它不仅能汇总不同工作簿的数据，更能解决两个极其棘手的“痛点”：

动态路径问题：如何让你的查询在整个项目文件夹被移动或分享给他人后，依然能“一键刷新”？

动态列问题：当源数据增加了新的列，如何让汇总表自动把它包含进来？

第一部分：基础方法——快速合并，但隐患重重

我们先用最直接的方法来感受一下。假设我们有一个汇总分析.xlsx文件，和三个数据源文件（工作簿1.xlsx, 工作簿2.xlsx, 工作簿3.xlsx）存放在同一个文件夹中。

操作步骤：

创建独立查询：在汇总分析.xlsx中，打开Power Query编辑器。通过 “新建源” -> “文件” -> “Excel工作簿”，分别为工作簿1、工作簿2和工作簿3创建三个独立的查询。

追加为新查询：点击 “主页” -> “追加查询” -> “将查询追加为新查询”。在弹出的对话框中，选择“三个或更多表”，并将刚刚创建的三个查询全部添加进去。

加载数据：点击“关闭并上载”，将最终的汇总查询和三个中间查询都加载到Excel中。

此时，一个初步的汇总表就完成了。我们测试一下，在工作簿1.xlsx中增加一行数据，甚至增加一个“备注”列，回到汇总分析.xlsx点击“全部刷新”，你会发现所有更改都能被正确更新。

注意：这里的“新增列”之所以能成功刷新，是因为我们采用的是“独立查询后追加”的模式。Power Query在刷新每个独立查询时，会自动获取其最新的所有列，所以最终追加时，列信息是动态的。这与上节课Excel.Workbook()展开列的机制有所不同。

痛点演示：一碰就碎的“绝对路径”

看起来很完美，对吧？

现在，我们来模拟一个真实的工作场景：将整个项目文件夹从“桌面”移动到“C盘”。

（移动文件夹...）

现在，我们重新打开汇总分析.xlsx，再次点击“全部刷新”...

砰！报错了！

Power Query会弹出错误，抱怨说“找不到位于‘桌面’的那个文件”。

这就是基础方法最致命的弱点：它在查询中记录了每个数据源文件的绝对路径。一旦文件位置发生任何变化，整个自动化流程就会立刻瘫痪。

第二部分：终极解决方案——构建“永不迷路”的动态路径查询

要解决这个问题，我们的核心思路是：不再告诉Power Query一个写死的地址，而是赋予它一种能力，让它自己去计算出数据源文件当前在哪里。

步骤一：在Excel中创建“路径配置中心”

在汇总分析.xlsx文件中，新建一个工作表，命名为配置。这个工作表将成为我们所有动态参数的“控制面板”。

我们需要为每一个数据源文件（工作簿1.xlsx 工作簿2.xlsx 工作簿3.xlsx）都生成一个动态路径。在配置工作表的A列，我们分别填入以下公式：

示例（A1, A2, A3单元格分别填入）：

=LEFT(CELL("filename",A1),FIND("[",CELL("filename",A1))-1)&"工作簿1.xlsx"

=LEFT(CELL("filename",A2),FIND("[",CELL("filename",A2))-1)&"工作簿2.xlsx"

=LEFT(CELL("filename",A3),FIND("[",CELL("filename",A3))-1)&"工作簿3.xlsx"

公式解读：这个公式由 CELL("filename"), LEFT, FIND 等函数组合而成。它的作用是先获取当前汇总分析.xlsx文件所在的文件夹路径，然后在其后面拼接上我们已知的数据源文件名（如工作簿1.xlsx），从而动态地构建出数据源的完整路径。

步骤二：为动态路径“命名”

为了让Power Query能轻松地找到并引用这些路径，我们需要为它们“定义名称”。

选中包含“工作簿1”路径的单元格（例如A1）。

点击顶部菜单 “公式” -> “定义名称”。

输入名称，例如 工作簿1 ，然后确定。

对其他几个路径单元格重复此操作，分别命名为工作簿2工作簿3。

步骤三：改造Power Query查询——注入“GPS导航”

现在，我们回到Power Query编辑器，对之前创建的三个独立查询进行“升级改造”。

选中工作簿1的查询，在右侧“应用的步骤”中，点击第一步“源”。

看顶部的公式栏，您会看到一个包含写死路径的M代码。

执行关键替换：将公式中写死的路径文本（"C:\..." 这部分），替换为下面这段能够读取已定义名称的M函数代码：

代码示例：

= Excel.CurrentWorkbook(){[Name="工作簿1"]}[Content]{0}[Column1]

用以上这个动态路径获取函数，获取“工作簿1”的实时路径，并且替换原来的被写死的路径。

修改后的完整“源”步骤代码应如下所示：

= Excel.Workbook(File.Contents(Excel.CurrentWorkbook(){[Name="工作簿1"]}[Content]{0}[Column1]), null, true)

对工作簿2和工作簿3的查询重复此操作，确保将M代码中的Name="工作簿1"相应地修改为工作簿2和工作簿3。

修复完这三个查询的“源”之后，您会发现，那个最终的追加查询也自动恢复正常了！

第三部分：最终验证与总结

现在，关闭并上载您的查询。我们再来做一次“终极测试”：

将整个项目文件夹再次移动到任意一个新的位置。

打开汇总分析.xlsx，修改任意一个源文件的数据（增行、增列、改值）。

回到汇总分析.xlsx，点击“全部刷新”。

这个时候，一切都完美刷新了！

重要注意事项与建议

相对位置不变：此方法的前提是，您的汇总分析.xlsx和所有工作簿.xlsx数据源文件，必须始终保持在同一个文件夹内，作为一个整体进行移动和分享。

文件名依赖：如果您重命名了某个数据源文件（例如，工作簿1.xlsx改成了第一季度.xlsx），您必须回到配置工作表中，手动更新对应的M函数公式，否则刷新会失败。

给用户的建议：

如果您的文件位置是固定的，完全可以使用第一部分的基础方法，因为它最简单直接。
如果您需要频繁移动、分享文件，或者构建一个需要长期维护的报告，那么强烈建议您花时间学习并使用第二部分的动态路径方法，它将为您节省大量后期维护的时间和精力。

三、同一文件夹下的所有文件 - 这是最强大的用法！

接着上面汇总不同工作簿下的工作表，本文将带你继续深入学习Power Query中最强大的功能之一——从文件夹合并，并为你揭开两个“骨灰级”玩家必备的技巧：

动态路径和动态列。

助你构建一个真正“打不死、移不走、喂不饱”的、可移植、可扩展的自动化数据汇总报告。以下为视频指引：

场景设定：汇总月度销售报告

假设我们有一个名为月度销售报告的文件夹，里面存放着多个月份的销售Excel文件。我们的任务是，在一个单独的总部分析报告.xlsx文件中，将这个文件夹里所有的销售数据自动汇总起来。

这些源文件充满了“陷阱”：

文件名和内部工作表名各不相同。

不同文件的列名、列数不完全统一。

我们的目标是构建一个能无视这些混乱，并能在未来自动包含新增文件和新增列的自动化流程。

第一部分：基础搭建 — 从文件夹连接

首先，我们在总部分析报告.xlsx中，通过数据 -> 获取数据 -> 从文件 -> 从文件夹 -> 转换数据，连接到月度销售报告文件夹。

进入Power Query编辑器后，你会看到一个列出了文件夹内所有文件信息的元数据表。

痛点一：如何排除“自己”，避免循环引用？

你会发现，列表里也包含了我们正在操作的总部分析报告.xlsx。如果直接合并，下一次刷新时，它就会把自己上次的结果也当作源数据合并进来，导致数据无限循环。

✅ 解决方案：筛选行

在合并之前，必须先排除掉非数据文件。

在Name列的筛选器中，取消勾选你的汇总文件名（总部分析报告.xlsx）。

（最佳实践）使用文本筛选器，只保留文件名中包含特定关键词（如“销售”）或特定扩展名（如.xlsx）的文件。

第二部分：核心技巧一 — 解包并动态展开列

现在，我们需要“解开”每一个Excel文件，并将里面的数据合并。

步骤1：解包Excel文件

只保留包含文件二进制内容的[Content]列，然后通过 “添加列” -> “自定义列” 来解包：

新列名：例如 UnpackedData

自定义列公式：

= Excel.Workbook([Content], true)

代码解读：Excel.Workbook()函数读取每个文件的二进制内容([Content])，并返回一个包含其内部所有工作表和表格信息的元数据表。第二个参数true，表示让Power Query尝试自动提升每个工作表的标题行。

痛点二：新增的列，为什么刷新不出来？

现在，展开新创建的UnpackedData列，你会得到以下：

保留Table列即可，以下操作就和第一种情况：同一工作簿下的多个工作表的追加查询一样的操作了，要解决2个问题：一个是动态获取所有列名，一个是获取用不迷路的动态路径。

以上是所有工作表合并后的结果。但这里埋着一个巨大的“坑”：这个“展开的data”步骤的M代码，会把当前所有列的名称写死。

如果未来你的源文件中增加了新的列（比如“销售成本”），刷新时，由于新列名不在这个写死的列表里，它将被自动忽略！

✅ 解决方案：动态获取所有列名

我们需要在“展开”之前，先用一段M代码，动态地生成一个包含所有可能列名的“超级列表”。

选中“解包Excel”那一步（“删除的其他列1”）。

点击公式栏左侧的 fx 按钮，插入一个新步骤。

将这个新步骤的公式替换为：

= List.Distinct(List.Combine(List.Transform( 删除的其他列1[Data], each Table.ColumnNames(_))))

代码解读：这段代码会遍历Data列中的每一个嵌套表，提取出它们各自的列名列表，然后将这些列表合并并去重，最终得到一个包含了所有唯一列名的动态列表。

将这个步骤重命名为 动态列标题。

步骤2：使用动态列表展开

现在，回到你原来的“展开的“Data”那一步，修改它的M代码。

修改前：

= Table.ExpandTableColumn(之前的步骤名, "Data", {"列1", "列2", "列3"})

修改后：

= Table.ExpandTableColumn(之前的步骤名, "Data", 动态列标题)

我们用动态生成的动态列标题列表，替换掉了那个写死的列名列表。现在，你的查询已经具备了“柔性扩展”的能力！

第三部分：核心技巧二 — 构建永不迷路的动态路径

我们的查询现在很智能，但它依然很“脆弱”。如果你把整个月度销售报告文件夹移动到新的位置，刷新时就会因为“找不到文件”而报错。

痛点三：绝对路径的“诅咒”

Power Query的“源”步骤默认记录的是绝对路径（如C:\Users\Desktop\月度销售报告）。这个写死的路径，就是查询可移植性的最大障碍。

✅ 解决方案：在Excel中创建“路径信标”，让Power Query动态寻址

在Excel中创建信标：

在总部分析报告.xlsx中，新建一个名为配置的工作表。

在A1单元格，输入以下Excel公式，以获取文件夹路径：

=LEFT(CELL("filename",A1),FIND("[",CELL("filename",A1))-2)

选中A1单元格，通过 “公式” -> “定义名称”，将其命名为 汇总文件夹路径。

在Power Query中引用信标：

回到Power Query编辑器，选中第一步“源 (Source)”。

修改其M代码。

修改前：

= Folder.Files("C:\Users\Desktop\月度销售报告")

修改后：

= Folder.Files(Excel.CurrentWorkbook(){[Name="汇总文件夹路径"]}[Content]{0}[Column1])

代码解读：Excel.CurrentWorkbook()函数会在当前工作簿内部查找名叫汇总文件夹路径的对象，并提取其单元格的值（也就是那个动态的文件夹路径），然后将这个路径传递给Folder.Files函数。

结论：你的自动化工厂已建成！

恭喜！通过以上改造，你已经构建了一个真正专业的自动化数据汇总流程。它：

逻辑健壮：能通过筛选，避免循环引用。

结构健壮：能通过动态列，自动适应源数据结构的变化。

路径健壮：能通过动态路径，实现整个项目的自由移动和分享。

从现在起，你只需将每月的新报告文件扔进那个文件夹，然后在你的汇总报告中点击一下“刷新”。所有的数据清洗、合并、更新都会在瞬间自动完成。这，就是Power Query的真正威力！瞬间自动完成。这，就是Power Query的真正威力！

如果想深入学习，可以付费￥129，加入我的知识星球，加我的微信，一对一教学。

EP021：List.Transform遍历转换函数和代码版汇总文件夹下Excel工作簿

Thu, 18 Dec 2025 00:00:00 GMT

（阅读需要15分钟左右）

这节EP021课，我们继续讲解List函数族的函数，主要讲解 M 语言中一个极其强大且常用的函数：List.Transform。

一、核心功能：遍历与转换

List.Transform 的作用类似于 Excel 里的“批量处理”或者编程中的“循环（Loop）”。

官方定义：通过将转换函数 transform 应用到列表 list 来返回值的新列表。

通俗理解：把一个列表里的每一个元素（无论是数字、文本，还是表格）都拿出来，按照你设定的规则“加工”一遍，然后把加工好的新元素放回一个新的列表里。

1. 基本语法

2. 简单应用案例

数字加一：

代码：List.Transform({7, 8, 9}, each _ + 1)
过程：拿出7 -> 加1得8；拿出8 -> 加1得9；拿出9 -> 加1得10。
结果：{8, 9, 10}

自定义变量参数写法：

代码：List.Transform({7, 8, 9}, (x) => x + 1)
说明：这与上面的 each _ + 1 效果完全一样，x 只是给当前元素起的一个临时名字（变量名）。

文本连接：

代码：List.Transform({"周一", "周二", "周三"}, each _ & "上班")
结果：{"周一上班", "周二上班","周三上班"}

二、实战案例：通过函数代码批量汇总文件夹下Excel工作簿

这是本节课的重头戏，向大家展示并传授 List.Transform 在处理复杂数据结构时的威力。

场景：你需要从一个文件夹里读取多个 Excel 文件，每个文件里都有数据，你需要把它们全部合并成一张大表——这就是我们在第一阶段界面操作课EP011里的《从文件夹追加查询》的函数操作版了，大致的步骤如下。

解决步骤（使用高级编辑器编写）：

获取文件列表：

源 = Folder.Files("文件夹路径")

此时得到一张表，其中 [Content] 列包含了所有文件的二进制内容。

提取 Content 列：

源[Content]

这步操作把 [Content] 列变成了一个 列表 (List)，里面是一个个 Binary 文件。

遍历转换（核心步骤）：

目标：把 Binary 文件变成 Excel 的 Table。

代码：

结果：现在列表里的元素不再是 Binary，而是一个个包含 Sheet 信息的 Table。

二次遍历与钻取（深化）：

上一步得到的 Table 里，我们通常只需要第一个 Sheet 的数据（位于 Data 列的第 0 行）。

代码优化：

结果：现在列表里的元素，就是我们真正需要的数据表 (Table) 了。

合并列表：

最后，我们需要把这个包含多个 Table 的列表，合并成一张大表。

代码：Table.Combine(上一步的列表)

下面就以EP011：《讲透追加查询以及初识M函数（汇总同一文件夹下多个工作簿）》的例子来复用讲解一下。

首先，我们回到EP011那一节课教案的“删除的其他列”这一步。

当前这一步的状态是：已经出现一个 Table（表），但表里只有一列 Content（装满二进制文件的列）如上图所示。

我们的目标是：不动用鼠标点那个“合并文件”按钮，完全用 M 函数 List.Transform 把它们变成一张大表。

请点击 【高级编辑器】，可以用三行代码（对应逻辑上的三步）接管后续的操作。

操作步骤

在高级编辑器中，请在 #"删除的其他列" 这一行后面加个逗号，然后粘贴以下三步代码（注意：我把逻辑拆得很细，方便你理解：

最后别忘了修改 in：

结果，与EP011课所讲的方法差5行。

原因：

⚔️ 两种方法的逻辑差异

EP021方法：代码流（行数变少的那个）

在于遍历转换步骤中的这个代码： Excel.Workbook(_, true){0}[Data]

逻辑：它不管文件里有几个 Sheet，它只抓取排在第 1 位的那一个 ({0})。

结果：它抓了 Sheet1（有数据），无视了 Sheet2 和 Sheet3。所以数据是干净的 9 行。

EP011方法：手动流（行数更多的那个）

操作：你点击了“展开”按钮。

逻辑：它把文件里所有的 Sheet 都展出来了！

结果：

它读取了 Sheet1（正常数据）。
它也读取了 Sheet2（可能是个空表，导致全是 null）。
它还读取了 Sheet3（可能里面哪怕只有一个单元格有内容，比如那个落单的 P-102，也会被读进来）。

因为，我的源文件里确实存在，一个工作簿下，不仅仅只有一个工作表需要合并的情况，而是有多个工作表的情况，那要如何修改代码呢？以下就是修改后的完整函数：

💡 关键细节解读

我在代码里偷偷加了一个 Table.SelectRows(..., each [Kind]="Sheet")。

为什么要加这个？

这又是“排雷”！Excel文件里除了 Sheet（工作表），有时候还会有 DefinedName（定义名称）或者 Table（超级表）。如果不加这个筛选，Power Query 可能会把同一份数据重复读两遍（一遍读Sheet，一遍读Print_Area）。加上这个筛选，确保 “我只读工作表”，数据不重复、不报错。

⚠️ 一个潜在的副作用（Sheet名名称丢失）

这种“代码流”写法虽然极其简洁，但有一个缺点：它只提取了数据（Data），丢掉了 Sheet 的名字（Name），如果你的表明有隐藏的信息，比如区域、月份或者其他标识，那么通过这种方法就丢失了，就得使用EP011的手动展开法，那个是可以选择保留的。

如果你的数据表里本身有“区域”列，那没问题。

如果你的数据表里没有“区域”列，而你是靠 Sheet 名（如“华东”、“华北”）来区分区域的，那么这种写法会导致你分不清哪行数据属于哪个区域。

如果你需要保留 Sheet 名，代码会稍微复杂一点（需要保留 Table 结构再展开）。这里就不过多展开写“保留Sheet名版”的代码了。如果不需要Sheet名，上面的代码就是最高效的方案！在真实的财务/商业 BI 项目中，90% 的情况我们都需要保留数据来源（Source Name）。

如果是 Table.Combine ，想要保留文件名，如上面所说，必须在 List.Transform 里写更复杂的嵌套函数（把文件名塞进内层表）。

而EP011的 “展开法”，天然就保留了文件名。

目前行业内的现状是：

做快速一次性分析：用EP021的 Table.Combine ，快准狠。

做长期自动化报表：用EP011的“动态展开法”。因为只有保留了文件名，数据才是可追溯、可审计的。

自动剪除空白行问题

如上图，经过这样修改函数之后的结果变成11行，与我原来手动展开的14行仍然差了3行，我查了下那三行是空白行，也就是说EP021新方法这三个空白行被直接排除了。为什么呢？

在使用新方法（代码版），当你写下这句代码时：

each Table.SelectRows(Excel.Workbook(_, true), each [Kind]="Sheet")[Data]

Power Query 在后台做了这几件事：

打开文件：读取 Excel 文件。

解析 Sheet：它去查看每个 Sheet 的 UsedRange（已使用区域）。

提升标题 (true)：

关键点来了！当 PQ 试图“提升第一行作为标题”时，它会触发一个 自动修剪（Auto-Trim） 机制。

它会认为：“既然第一行是标题，那么标题下方如果没有数据，或者全是空行，那这些空行肯定不是‘表格’的一部分。”

结果：它在读取阶段，就直接把 Sheet 末尾那些无意义的空行给 “切” 掉了。它只把“有效数据矩形”交给了你。

结论：在代码版里，那些空行根本就没机会进入你的 [Data] 列表，它们在门口就被拦截了。而当你使用手动 UI 操作（点击 Data 旁边的展开按钮）时，Power Query的UI逻辑为了保证预览的完整性，UI 的默认行为往往是 “宁可错杀，不可放过”。读取 Sheet时它虽然也可能提升了标题，但 UI 生成的步骤（通常是 Table.ExpandTableColumn ）在处理某些边缘情况（比如 Sheet 里残留了格式但没内容的行）时，判定标准比函数直接调用要宽松，从而把空行也保留了下来。

那3行消失的空白行，本来就是数据里的“噪音”。

如果你的目的是做销售分析，那3行全空的null对你毫无价值，甚至会干扰计数和求和。

新代码不仅帮你合并了数据，还免费赠送了你一次 “除噪服务”。

所以，这11行的结果才是高质量的数据。

关于动态列表题的问题

还记不记得，在EP011那节课里，通过从文件夹合并的时候，我们在在展开data这一步之前加了一个获取动态列标题的步骤？步骤函数代码如下：

这样做是为了防止，在被合并的Excel文件工作表里面，如果有人添加了新的列标题信息之后，合并表取不到新列的信息，而EP021这节课讲的 Table.Combine 用法，新加一列， Table.Combine 能抓到吗？

答案是：不会漏。因为Table.Combine的机制是“全集并集”。

如果表 A 有 [姓名, 年龄]

如果表 B 有 [姓名, 年龄, 手机号] (新增了列)

Table.Combine({表A, 表B}) 的结果会自动变成 [姓名, 年龄, 手机号]。它会自动对齐，缺的地方填 null。

所以，在“动态获取新列”这一点上，EP021讲的代码法和EP011的动态标题法，打成平手，它们都是动态的。

【扫码识别下发二维码，获取本文使用到的及历史以来提及、发布的相关精选和原创资料，和我们一起充电，加入后可享受每月6次免费咨询提问，帮助解决您的特定问题！】

温馨提示

🙏🏻

老汪洞察 | 汪斌带你开公司

EP022：使用 List.Range 函数

一、 核心函数：List.Range

场景：预算执行分析——计算 YTD（年初至今）累计数

EP007、EP008：PowerQuery合并查询的6大连接神器详细解读：左外、右外、完全外、内部、反左、反右

准备两个Excel表样

在Power Query中演示“六大神器”

1.左外部连接 — “以我为主，匹配你”

2.右外部连接 — “以你为主，匹配我”

3.完全外部连接 — “宁可错杀，不可放过”

4.内部连接 — “求同存异，只要交集”

5.反左连接 — “找出我方‘单身狗’”

6.反右连接 — “找出对方‘神秘人’”

从Power Query到Power BI：￥699完整包年陪跑课程计划

一、课程整体介绍

第一阶段：解放双手（UI 操作篇）

第二阶段：掌控底层（M 函数篇）

第三阶段：构建大脑（Power Pivot 建模篇）

第四阶段：呈现价值（数据可视化篇）

第五阶段：结尾篇-从Excel到Power BI的过渡课

二、交付内容

✅体系化的视频录播课程（持续更新）

✅微信好友一对一 + 远程手把手教学（核心价值）

✅收集共性问题内部直播辅导

✅项目级咨询与方案建议

三、课程完整大纲

第（1）阶段：界面操作与M语言启蒙

第一章：数据导入与基础清洗规范

第二章：多表关联与逻辑运算 (合并查询)

第三章：数据汇总与批量处理 (追加查询)

第四章：维度变换与辅助列 (高级清洗)

第（2）阶段：M函数编程与底层逻辑实战

第一章：M语言启蒙与三大容器

第二章：核心函数族与数据重构

第三章：高级算法与逻辑深造

第四章：文件系统与全类型精通

第（3）阶段：数据建模与DAX核心

模块一：建模思维与星型模式

模块二：DAX 语言基础

模块三：DAX的灵魂——上下文(Context)

模块四：DAX进阶函数 (Advanced DAX)

第（4）阶段：Excel可视化图表与仪表板实战

模块一：不仅仅是图表

模块二：动态交互仪表板

结尾篇：从Excel无缝转移到PowerBI

第一章：回顾与总结——现代 Excel 的全貌

第二章：Excel 的极限与痛点 (为什么要无缝转移到 Power BI？)

第三章：无缝迁移——见证奇迹的时刻

EP006：VLOOKUP的致命硬伤以及PQ合并查询如何来拯救？

VLOOKUP“英雄迟暮”：它能做什么，又有哪些“硬伤”？

合并查询“王者归来”：到底“超级”在哪里？

重点解读：“连接类型”这个超能力

EP009、EP010、EP011：Power Query功能详解之追加查询

PowerQuery功能详解之追加查询

一、“追加查询”功能完整应用场景

1. 同一工作簿下的多个工作表

2. 不同工作簿下的多个工作表

3. 同一文件夹下的所有文件 - 这是最强大的用法！

4. 不同类型的多个文件

5. 数据库中的多个表

6. 网页或API的分页数据

总结：追加查询的应用场景

二、同一工作簿下的多个工作表的追加查询

以下视频为以上3项内容的完整讲解：

本视频教案下载地：

以下为文字版和相关的代码资源：

主题①：逻辑健壮性 — 通过筛选防止查询的循环引用

1. 痛点呈现

2. 原因剖析

3. 解决方案

主题②：路径健壮性 — 通过动态路径实现查询的可移植性

1. 痛点呈现

2. 原因剖析

3. 解决方案

主题③：结构健壮性 — 通过动态列名实现查询的可扩展性

1. 痛点呈现

2. 原因剖析

3. 解决方案

二、不同工作簿下的多个工作表的追加查询

第一部分：基础方法——快速合并，但隐患重重

一、核心函数：List.Range

一、核心功能：遍历与转换

二、实战案例：通过函数代码批量汇总文件夹下Excel工作簿