Power BI中桥表实现双向关系的M:M转星型架构：模型合规性及优化

当前模型是否属于星型架构？ #

当前模型不属于标准星型架构，核心原因有三点：

1. 星型架构依赖单向1:M筛选关系（维度表→事实表），你启用了双向关系，打破了星型架构的单向数据流原则，容易引发筛选逻辑混乱。
2. 桥表BridgeTable本质是订单级的退化维度，但你未将其作为维度表使用，反而在可视化中用了FactSales的OrderId，不符合星型架构"用维度表字段做筛选/可视化"的规范。
3. 费用描述ChargeDesc作为属性直接放在事实表FactCharges中，未独立为维度表，不符合星型架构"事实表存度量，维度表存属性"的分工原则。

调整为标准星型架构的方案 #

1. 重构维度表 #

• 将BridgeTable升级为订单维度表DimOrder：把FactSales中的OrdNum移到这个表中（OrdNum是订单级属性，属于维度属性而非事实），确保DimOrder粒度为OrderId唯一，包含所有订单相关属性。
• 创建费用维度表DimCharge：提取FactCharges中的ChargeDesc，若有其他费用相关属性（如费用类型、归属部门等）也一并放入，确保DimCharge粒度为ChargeDesc唯一。

2. 配置单向关系（取消所有双向关系） #

按星型架构标准单向筛选逻辑配置关系：

• DimOrder[OrderId] → FactSales[OrderId]：1:M，默认单向筛选（维度→事实）
• DimOrder[OrderId] → FactCharges[OrderId]：1:M，默认单向筛选
• DimCharge[ChargeDesc] → FactCharges[ChargeDesc]：1:M，默认单向筛选

3. 规范可视化与筛选逻辑 #

• 所有可视化组件统一使用DimOrder的OrderId、OrdNum，DimCharge的ChargeDesc，隐藏事实表中的OrderId、ChargeDesc，强制通过维度表进行筛选和展示。
• 此时筛选DimCharge的ChargeDesc时，筛选会先传递到FactCharges，再通过DimOrder传递到FactSales，无需依赖双向关系即可实现"费用描述筛选对应销售行"的需求。

4. 清理事实表 #

• FactSales仅保留：OrderId、OrderLineId、Sales amt（及其他销售相关度量字段）
• FactCharges仅保留：OrderId、ChargeDesc、ChargeAmt（及其他费用相关度量字段）

关于之前尝试的问题说明 #

你之前取消隐藏桥表但未实现需求，核心原因是缺少独立的DimCharge维度表，且依赖双向关系而非星型架构的筛选传递逻辑。通过将ChargeDesc独立为维度表，配合维度→事实的单向关系，筛选会自动跨表传递，即可实现预期效果。

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