事实表与粒度-重复度量问题：汽车销售与费用表建模咨询

针对你遇到的销售金额重复、需分项展示的问题，以下是几种可行方案，结合你的倾向给出具体建议：

方案一：双事实表（1:n关联，符合你的倾向） #

分别保留汽车销售事实表和费用事实表，通过car_id建立一对多关联：

• 汽车销售事实表：粒度为单辆车的销售记录，存储car_id、sale、currency等核心销售度量，每条car_id对应唯一一条记录。
• 费用事实表：粒度为单条费用记录，存储charge_id、type、amount、currency、car_id，每条记录对应一笔独立费用。

优势 #

• 避免销售金额重复存储，数据冗余低；
• 各自粒度清晰，销售和费用的扩展独立（比如后续新增销售类型或费用类型，互不影响）；
• 分析时可通过car_id关联两张表，灵活计算总销售额（sale + SUM(amount)），也能单独拆分销售主金额和各费用项展示。

注意事项 #

• 确保两张表的currency维度一致，若涉及多币种场景，建议单独抽取出币种维度表，用currency_id关联，避免重复存储字符串；
• BI工具中计算总销售额时，需对销售表的sale字段按car_id做非重复聚合（比如取MAX值，因为每个car_id仅对应一条销售记录），再加上费用表的金额总和。

方案二：单事实表（统一粒度为金额项） #

将汽车销售金额也作为一种特殊费用类型，合并到同一张事实表中：

• 给原汽车销售表的每条记录新增charge_id（自增），type设为"车辆销售"，amount填充sale值，再与费用表合并成一张表。
• 最终事实表示例：

优势 #

• 粒度完全统一（每条记录对应一笔金额项），聚合逻辑简单：总销售额直接SUM(amount)，分项展示直接按type分组即可；
• 无需关联多张表，BI分析时更便捷。

注意事项 #

• 需确保每个car_id仅对应一条"车辆销售"类型的记录，避免重复添加；
• 若后续销售业务新增其他核心度量（比如折扣金额），也需按此逻辑转化为对应类型，保证粒度一致。

方案三：单宽表（不推荐） #

直接合并两张表，保留sale字段和费用字段，但每条费用记录都会重复携带sale值。比如：

缺点 #

• sale字段大量重复，数据冗余高；
• 聚合时必须对sale做去重处理（比如SUM(DISTINCT sale) + SUM(amount)），但如果存在不同car_id的sale值相同的情况，会导致计算错误，风险较高。

最终推荐 #

如果坚持你的1:n关联倾向，优先选方案一，数据结构清晰且冗余低；如果希望后续分析更便捷，方案二是更符合数据仓库粒度一致性原则的选择，能彻底避免聚合时的重复计算问题。

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