组织架构调整后，历史业绩归谁？数仓层级关系怎么建模？
本文目录
面试怎么回答
我会先问历史业绩按当时组织看，还是按当前组织重述。事实保留发生时的组织身份，组织父子关系保存有效期；查询时选择同一版本的路径。固定层级可展开属性，变长层级可用父子边或祖先后代桥。还要检查环、重叠有效期和多条路径，防止一条事实被重复汇总。两种口径分别命名，总额对得上也要核对各组织归属。
先把这段讲顺；面试官追问时，再展开下面的原理和细节。
详细讲解
门店从华东区调到华南区以后，去年销售额应该跟着转过去吗？运营想按现在的负责人看盘，绩效复盘又要求保留当时归属。两边都可能有合理需求，但一张只保留最新父节点的组织表，很难同时回答。
事实发生时的组织归属与按当前组织重述是不同口径；层级关系要有版本，不能只保存最新父节点。
先把两种报表分开命名
“按发生时组织统计”回答业绩当时属于谁；“按当前组织重述”回答今天这套组织接手的业务历史表现如何。两者使用相同事实，也可能产生不同的区域分布。
先确认口径，再设计关系表。否则技术上为了方便覆盖父节点，最后变成业务在不知情的情况下被换了一套历史归属。
两套结果最好使用明确的视图名、字段名和口径标签。不要只在页面角落写一句“以最新组织为准”，让下游导出后失去解释。
事实身份和组织关系分别保留
销售事实至少要能追溯发生日期与门店身份。门店改了上级，不意味着原销售事件本身被重新发生一次，更不应该修改原订单号来体现组织调整。
组织关系可以保存 child_id、parent_id、valid_from、valid_to 等信息，以左闭右开区间表达何时生效。同一口径下，一条子节点在同一时刻应有唯一适用父节点，除非业务明确采用多重归属。
假设门店 S 在 9 月 1 日调区。8 月 20 日的销售，按发生时关系归华东；按当前重述可以归华南。日期边界需定义时区与生效时刻，不能只看任务运行当天。
层级展开和关系桥分别适合什么？
层数固定且每层单一归属时，可以在维度版本里展开区域、城市、门店等属性，读取简单，也便于约束每层含义。
层级深度不固定，或者经常需要查询任意节点的下属范围时，可以维护父子关系，或预计算祖先到后代的层级桥。桥里通常还需要距离、路径或有效期等信息来解释关系。
这里的选择不只是“表多还是表少”。展开属性会增加关系变更时的维护工作；层级桥则需要治理多条路径、时间区间与重复关联。没有一种结构能省掉业务口径。
历史路径上的每条边，都必须同时有效
假设门店到城市使用历史关系，城市到大区却关联最新表，就拼出了一条从未真实存在过的组织路径。
构建历史桥时，需要取路径上各条关系有效期的交集；没有共同有效区间，就不应把它当作该时点的一条路径。若使用预展开的维度版本，也要确保上级变化能正确反映到受影响的历史版本。
事实关联之后，不能只核对总行数。还应检查每笔事实命中的有效路径数、未匹配量和所归属的组织，尤其是调整生效前后。
一个典型场景：总销售没变，区域历史漂移了
比如组织调整后一份旧月报重跑，华东少了金额，华南多了相同金额。最初怀疑事实表被回刷，订单和金额对账却完全一致。
根因是组织维表只存最新父节点。旧校验只看全公司总销售，组织之间的迁移恰好相互抵消，因此未发现归属变化。
改进不是简单禁止组织更新，而是保留关系版本，并明确两套查询口径。测试加入调区前、调区当刻和调区后事件，再核对公司总额与分组织分布。
环和多路径，比层级深浅更危险
父子关系出现环，会让递归查询失控或产生错误路径。多个有效父节点则可能让同一笔销售出现在多个区域。
如果业务确实存在管理关系与财务关系两套组织，应加关系类型并分别使用，而不是把两种边放在一起遍历。确需多重归属时，还要明确是否重复展示或按比例分摊，不能默认金额可直接相加。
即使桥里一条事实能命中多个祖先，也不能把“门店层、城市层、大区层”所有金额相加当全公司总额。层级不同，本来就包含同一份事实。
最后让归属可解释
我的验收会包含有效期无重叠、单父约束、无环检查、孤儿节点检查，以及代表性事实的路径核对。
业务调整应有来源、审批和生效依据；历史修订则说明修了哪段时间、影响哪些报表。组织建模的目标不是画出一棵漂亮的树，而是让某笔业绩为什么出现在这里，能够被追溯。