维度表复合主键含日期字段，事实表存日期外键是否有问题？

我有一个使用复合主键（包含3个键）标识单行记录的维度表，其中一个主键是源表中的Date字段。我通过该源表Date与日期维度表左连接来填充事实表。请问事实表中存在Date外键（FK_Date），同时该维度表也存在Date字段，这是否会有问题？

对应的维度表建表SQL：

CREATE TABLE [dbo].[Dim_Stg_Visitor]
(
    [TestCall] INT NOT NULL,
    [VisitorTD] INT NOT NULL,
    [Date] Date NOT NULL,
    [ISP] NVARCHAR(250) NOT NULL,
    [Origin] INT NOT NULL,
    [SubOrigin] INT NOT NULL,
    [Page] INT NOT NULL,
    [SubContact] INT NOT NULL,
    ...
    PRIMARY KEY (TestCall, VisitorTD, Date)
);

结论与分析 #

这种设计不会导致功能性错误，但从数据仓库的最佳实践角度，存在冗余和潜在的不一致风险，具体如下：

1. 功能性层面无问题 #

• 维度表将Date纳入复合主键，本质是为了区分同一访客（VisitorTD）在不同日期的属性版本，这是缓慢变化维度（SCD Type 2）的典型设计——当访客的ISP、访问页面等属性随日期变化时，用日期来标识不同的维度记录版本，确保数据的历史准确性。
• 事实表同时关联日期维度（通过FK_Date）和访客维度（通过复合主键），只要ETL过程中关联逻辑正确，数据查询、统计等操作都能正常执行。

2. 潜在的问题点 #

• 数据冗余：事实表的FK_Date与访客维度的Date存储的是同一日期信息，属于重复存储，会增加整体数据体积，尤其当事实表数据量巨大时，冗余成本会被放大。
• 数据不一致风险：如果后续维护中访客维度的Date字段被意外修改（尽管主键字段通常不会变更，但存在操作失误的可能性），而事实表的FK_Date未同步更新，就会出现事实表关联的日期维度记录与访客维度日期不匹配的矛盾，影响数据可信度。

3. 优化建议 #

• 消除冗余关联：保留访客维度的复合主键设计，但事实表仅关联访客维度的复合主键，无需单独设置FK_Date。查询时通过访客维度间接关联日期维度，既能避免冗余，又能保证数据一致性。
• 增加校验逻辑：如果业务需求要求事实表直接关联日期维度以提升统计效率，需在ETL填充过程中增加校验步骤，确保Dim_Stg_Visitor.Date与事实表FK_Date对应的日期维度记录完全一致，防止数据偏差。
• 评估维度设计合理性：如果访客的属性不会随日期发生变化，可考虑将Date从复合主键中移除，仅作为普通字段存储，简化维度表结构；但如果属性存在日维度的变化，保留当前复合主键设计是合理的。

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