EP016：筛选表、删除重复项、行列数计算

一、 筛选表 (Table.SelectRows)

业务场景：大额未付款项风险排查

示例数据：付款申请表

界面操作筛选列（请看视频演示）

完整步骤M函数：

知识点讲解

• 技术层面：
• 这里使用了 Table.SelectRows 函数。
• 核心逻辑是 each ... and ...。注意 Power Query 区分大小写，金额是数值型直接比较，状态是文本型需要加双引号。

• 财务BP视角：
• 业务价值：资金流管控与风险管理。BP 不需要看成千上万条小额支付，通过筛选聚焦“重点关注对象”，确保大额资金流出的合规性和计划性。

二、 删除重复项 (Table.Distinct)

业务场景：员工报销重复申报稽核

示例数据：差旅报销明细

M函数应用

知识点讲解

• 技术层面：
• Table.Distinct(表) 是最安全的，只有完全一模一样的行才会被删。
• Table.Distinct(表, {"列1", "列2"}) 是更激进的去重。注意这里使用了大括号 {} 来包裹多个列名，这对应了课件中讲的只要“指定的多个字段重复就要去重”——谨慎使用！。

• 财务BP视角：
• 业务价值：内控稽核。重复付款是企业费控的一大红线。通过多字段组合去重（例如：发票号+供应商），可以快速清洗掉脏数据，防止资金流失。

三、 行列数的计算 (Table.RowCount / Table.ColumnCount)

业务场景：数据完整性校验 (Control Total)

示例数据：参见上例

M函数应用

知识点讲解

• 技术层面：
• 这两个函数非常简单，返回的是一个数字 (Number)，而不是表。通常我们会把这个结果用来做后续的判断（比如 if 行数 = 0 then "无数据" else ...）。

• 财务BP视角：
• 业务价值：数据质量校验。
• 行数校验：如果你知道系统里有 500,000 条记录，但 PQ 读出来只有 499,990 条，说明数据抽取有问题，必须停止分析，先找 IT 排查。
• 列数校验：比如每月的标准模板应该是 20 列，如果某个月突然变成了 19 列，说明模板变了，后续的模型可能会报错。这是一个非常重要的防御性步骤。

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

温馨提示