能否不使用代理键构建含SCD Type1/2的ELT维度模型？

方案是否存在？当然可行 #

这种无代理键的维度模型方案是成熟的，已经在不少采用ELT架构的企业中落地，核心思路是用业务自然键+版本标识字段替代传统代理键，来实现SCD Type 1和Type 2的维度管理。

具体实现细节 #

SCD Type 1 维度表

直接基于自然键执行UPSERT（大部分云数仓或ELT工具都支持原生MERGE/UPSERT语法），有更新就覆盖旧值，不需要额外版本字段。和代理键模式的逻辑完全一致，只是用自然键作为关联事实表的主键。

SCD Type 2 维度表

• 保留业务自然键，新增start_date（生效时间）、end_date（失效时间）、is_current（当前版本标识）三个核心字段来跟踪维度的版本变化。
• 加载逻辑：用自然键匹配现有记录，一旦检测到属性变更，就把旧记录的end_date设为当前时间，然后插入一条新记录，设置其start_date为当前时间、is_current='Y'。
• 事实表关联时，通过自然键匹配 + 事实发生时间落在维度记录的start_date与end_date区间内，就能精准匹配到对应版本的维度数据。

事实表

直接存储业务自然键，不需要存储代理键。加载时无需先查询维度表获取代理键，直接从源数据同步自然键即可，大幅简化加载流程。

对整体流程的核心价值 #

• 彻底消除代理键的多米诺效应：不用维护代理键与自然键的映射关系，维度加载失败或数据回溯时，不会因为代理键生成异常影响后续事实表的关联逻辑，从根源上避免了“代理键出错全链路受影响”的风险。
• 简化ELT链路复杂度：省去了生成、维护代理键的额外步骤（比如序列生成、映射表同步），直接用原生SQL就能实现所有SCD逻辑，降低对ELT工具的依赖，也减少了出错点。
• 提升数据排查效率：自然键本身带有业务含义，排查数据问题时不用来回查询代理键映射表，直接通过业务主键就能关联维度与事实数据，定位问题更快。
• 适配动态维度场景：当维度属性频繁变化时，自然键+版本字段的模式能更灵活地处理版本迭代，不用担心代理键的生成顺序或冲突问题，尤其适合业务快速迭代的场景。

注意事项 #

• 性能优化：自然键多为字符串或复合键，关联查询时性能可能不如整数代理键，建议在自然键、start_date、end_date上建立合适的索引来提速。
• 自然键稳定性：必须确保自然键是业务上唯一且长期稳定的，如果业务主键存在变更可能，需要额外维护自然键的历史映射日志表，避免关联断裂。

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