PowerBI数据模型移除唯一ID列是否为最佳实践及相关技术问询

问题1：是否为行业公认原则？精简后函数是否更高效？用DAX还是M实现？ #

• 这并非绝对的行业公认原则，核心取决于唯一ID的类型与应用场景：
  • 若唯一ID是长字符串（如GUID、超长业务编码），存储开销大且关联查询效率低，尽量避免将这类ID作为模型关系键是普遍认可的优化思路；
  • 但如果是短整数型唯一ID（如自增主键、紧凑业务编码），存储占用小、关联速度快，反而适合作为表间关系的核心键，这类ID不会带来显著的存储问题。
• 精简后的模型（替换长ID为紧凑键）确实能提升函数运行效率：
  • 内存占用降低后，DAX计算（如聚合、筛选）的速度会明显提升；
  • 模型精简操作主要通过M语言在数据加载/转换阶段实现（比如生成代理键、替换长ID），DAX则在后续建模和计算中直接受益于优化后的模型结构。

问题2：PowerBI是否存在后端唯一ID？如何关联不同数据表中的属性？ #

• PowerBI没有自动生成全局后端唯一ID来关联不同表的机制。
• 表间属性关联主要通过以下方式实现：
  • 使用业务键：直接用业务场景中天然的唯一标识（如订单号、产品ID、用户编码）作为关系键，建立表间关联；
  • 生成代理键：在M语言中通过Table.AddIndexColumn生成自增整数代理键，或用Hash函数对长字符串ID生成短哈希值作为替代键，用于表间关联；
  • 复合键关联：当没有单一唯一键时，可组合多个字段（如日期+地区+产品类别）创建复合键，以此建立表间的关联关系。

内容的提问来源于stack exchange，提问作者kedoink