BI 进阶：如何利用 Power Query 的“列旋转 (Pivot Column)”解决复杂的 B-BOM 损耗核算？

🤬 场景需求

在制造业成本核算中，我们经常遇到这样的原始数据：同一物料在不同生产工序、不同设备上的“标准损耗”和“实际损耗”是纵向排布的。这种“窄长型”结构在做对比分析时非常痛苦，财务很难快速计算出“单机损耗差异”或“总超耗率”，因为你需要反复嵌套 `CALCULATE` 和 `FILTER`。

💡 知识点破局

利用 Power Query (M 语言) 的 “列旋转 (Pivot Column)” 功能，在数据进入模型前完成“长转宽”的维度重塑，是降低 DAX 编写复杂度的核心技巧。

1. 降维打击，简化逻辑：
通过旋转，将“损耗类型”字段中的“标准”和“实际”变成两个独立的列。这样在 Power BI 中计算差异只需简单的 [实际] - [标准]，无需复杂的度量值嵌套。

2. M 语言高级清洗逻辑：
在 UI 界面点击“透视列”后，务必在“高级选项”中选择“不要聚合”。如果你需要保留所有明细流水，这一步至关重要。

// M 语言核心逻辑参考
Table.Pivot(已重命名的列, List.Distinct(已重命名的列[损耗类型]), "损耗类型", "损耗值")

3. 解决“多值并发”冲突：
当同一物料在同一工序有多条记录时，旋转会要求聚合（求和、平均等）。财务核算时，建议先通过“分组依据”进行一次预聚合，再执行旋转，确保数据的唯一性和准确性。

⚠️ 避坑提醒

• 警惕“动态列名”丢失：** 如果你的原始数据中“损耗类型”新增了一个分类，直接旋转可能会导致后续步骤报错。建议在 M 代码中使用 List.Distinct 动态获取列名列表，而不是硬编码列名。
• 内存溢出风险：** 对数百万行数据进行旋转是内存密集型操作。尽量在数据源端（如 SQL）完成重塑，或者在 Power Query 中先执行“筛选”和“列删除”，只对核心数据进行旋转。
• 不要过度使用：** 旋转虽然好用，但会增加模型的宽度。如果维度列过多，会导致星型模型失效。记住：事实表（流水表）应尽量保持窄长，只有为了简化特定计算逻辑时才考虑局部旋转。