Power BI数据建模疑问：为何方案2为不良设计，方案1更优？

先明确你的业务逻辑：项目下有多个工作流，工作流包含多个任务，成本是任务在不同日期产生的支出——也就是说，成本天然属于任务的附属数据，这是理解两个方案差异的核心。

方案1的核心优势 #

方案1里，成本表只通过TASK ID关联到任务表，再通过任务→工作流→项目的层级关系向上溯源。这种设计的好处很直接：

• 从根源避免数据不一致：成本归属的项目、工作流完全由任务的关联关系决定。比如如果某个任务调整了所属工作流，成本数据不需要做任何改动，自动继承最新的归属，不会出现成本表和任务表的层级信息对不上的情况。
• 没有冗余数据：成本表只存必要的TASK ID、日期和成本值，不需要重复存储项目ID、工作流ID——这些信息通过任务表就能查到，省存储还减少维护麻烦。
• 贴合业务实际：成本是因为执行任务产生的，不是直接绑定到项目或工作流。方案1的关联关系完全符合这个业务逻辑，后续做统计、查账时逻辑更清晰。

方案2的问题所在 #

方案2里成本表同时存了项目ID、工作流ID和任务ID，直接关联三个上层实体，这会埋下不少坑：

• 极易出现数据矛盾：要是任务的所属工作流变了，成本表里的工作流ID如果没同步更新，就会出现“成本说自己属于A工作流，但任务实际在B工作流”的情况，这种人工同步的操作很容易漏改，尤其是数据量一大根本顾不过来。
• 冗余存储毫无意义：项目ID、工作流ID的信息已经在任务表里了，成本表重复存就是浪费空间，还增加了更新时的同步负担。
• 违背业务逻辑：成本的直接产生主体是任务，方案2强行让成本直接绑定项目和工作流，相当于绕开了任务这个核心载体，后续做数据追溯、报表统计时逻辑会混乱，比如想统计某个任务的总支出，还要额外校验成本表里的层级信息是否匹配，徒增麻烦。

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