Power BI常规关系（regular relationships）表扩展（table expansion）相关咨询

表扩展（Table Expansion）逻辑拆解 #

首先对应你提到的官方文档段落引用：

查询时，常规关系支持执行表扩展操作。表扩展会生成虚拟表，先包含基表的原生列，再扩展至关联表。对于Import模式表，该操作在查询引擎内完成；对于DirectQuery模式表，该操作会在发送到源数据库的原生查询中完成（前提是未开启Assume referential integrity属性）。之后查询引擎会基于扩展后的表运行，针对扩展表的列应用筛选规则并按列值分组。

你可以把表扩展理解为Power BI引擎基于已配置的常规关系，自动完成表关联的能力，不需要手动写DAX或SQL做join操作：

• 运行逻辑举例：假设你有【销售事实表】（列：订单ID、产品ID、销售额）和【产品维度表】（列：产品ID、产品类别、上架时间），两者通过产品ID建立一对多常规关系。当你查询销售表时，引擎会自动生成一张包含销售表所有原生列+对应产品表所有列的虚拟扩展表，你可以直接用产品类别对销售额做分组统计，不需要手动关联两张表。
• 不同存储模式下的实现差异：
  • Import模式：所有表数据都加载到Power BI的VertiPaq内存引擎中，表扩展的join操作完全在内存引擎内完成，不需要访问源数据库，执行速度快。
  • DirectQuery模式：数据保留在源数据库中，Power BI本身不做持久化存储。如果没有开启Assume referential integrity（假设引用完整性）属性，引擎会把表关联的join逻辑直接写入发往源库的原生SQL查询，由源数据库执行完关联后返回结果；如果开启该属性，引擎会默认源库的外键约束完全有效，跳过join步骤直接查询，性能会有提升，但如果源库存在无效外键值会导致数据统计错误。

受限关系（Limited Relationships）核心说明 #

受限关系是和常规关系对应的概念，指的是Power BI引擎无法明确确定唯一、稳定的表扩展路径的关系，不支持自动表扩展能力，常见触发场景包括：

• 两张表直接建立多对多关系，无中间桥接表
• 关系两端的表属于不同数据源，比如一端是Import模式表，另一端是DirectQuery模式表
• 关系的基数无法被引擎明确判定

受限关系的查询限制更多：引擎无法自动生成扩展虚拟表，筛选传递逻辑不稳定，很多场景需要手动写DAX处理关联逻辑，查询性能也远低于常规关系，建模时应尽量避免出现受限关系。

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