组织架构变了，AI 问数为什么把历史数据也改了？

一家门店去年属于华东区，今年调整到华中区。

管理者问：“去年华东区销售额是多少？”

这家门店的去年销售，应该算在华东，还是按今天的组织架构算在华中？

这不是 SQL 语法问题，而是历史维度口径问题。

两种答案都可能合理

企业常见两种分析方式：

• •按历史归属：门店去年属于华东，去年销售就计入华东；
• •按当前归属重述：为了用当前组织结构比较，将历史销售也重新归入华中。

前者适合还原当时经营情况，后者适合评估当前组织的历史表现。但系统必须知道本次问题采用哪个口径。

仅保留最新值会丢失历史

如果门店表中只有一列“当前所属区域”，每次调整都直接覆盖，历史归属就无法恢复。

类似问题还包括：

• •员工调岗和部门变更；
• •客户等级和负责销售变更；
• •商品品类、品牌和管理组变更；
• •区域、渠道和组织层级调整；
• •供应商风险等级和合同状态变更。

SCD Type 2 如何保留历史

缓慢变化维度 Type 2 通常不覆盖原记录，而是为变更后的状态新增一行，并保留：

• •业务主键，例如门店 ID；
• •每个版本的代理键；
• •生效时间和失效时间；
• •是否为当前版本；
• •变更来源和处理时间。

Microsoft Fabric 的 SCD Type 2 示例也采用新增历史行、关闭旧行和标记当前行的方式保留变更轨迹。

AI 需要理解“当时”和“当前”

语义层可以将问题拆为：

• •用户问的是历史还原，还是当前组织重述；
• •事实数据发生时间是什么；
• •应该关联哪个维度版本；
• •答案是否需要标注组织口径。

对模糊问题，AI 可以追问：“您希望按去年当时的区域归属，还是按当前组织架构重新比较？”

结论

组织、商品、客户和人员都会变。

如果只保留当前状态，AI 问数会用今天的分类解释过去，导致历史报表随组织变更而改写。

先明确历史归属与当前重述的业务用途，再用缓慢变化维度保留轨迹，才能让答案经得起时间检验。

参考来源

• •Microsoft Fabric：Slowly changing dimension Type 2
• •Snowflake：Understanding & using Time Travel