上次我们理解了维度表，哪什么是缓慢变化维呢，比如我们有这样的一个场景，
A
客户在
4
月份的时候归属于
X
部门，在
5
月的时候归属于
Y
部门，如果
A
客户的销售额需要体现归属部门的变化关系。此时就需要用到缓慢变化维了。如下图就是对客户表的一个缓慢变化。
公司主营业务：
成都网站建设、成都网站设计、移动网站开发等业务。帮助企业客户真正实现互联网宣传，提高企业的竞争能力。
创新互联建站是一支青春激扬、勤奋敬业、活力青春激扬、勤奋敬业、活力澎湃、和谐高效的团队。公司秉承以“开放、自由、严谨、自律”为核心的企业文化，感谢他们对我们的高要求，感谢他们从不同领域给我们带来的挑战，让我们激情的团队有机会用头脑与智慧不断的给客户带来惊喜。
创新互联建站推出
裕华免费做网站回馈大家。
上面设计就是对每个月把客户生成一份数据，但如果我们的客户有
100
万个呢，每月生成一份，一年后就有
1200
万了，这样导致数据量会很大，在关联的时候会严重影响性能。哪么我们就需要用缓慢变化维的设计方案了，采用代理键方案来达到最少数据量。如下图：
我们通过对客户表的开始日期和结束日期框定每个客户的当前版本，然后落地数据时把客户的代理键带上，这样以后在做数据分析时，如果结果表带的客户维度信息不全，就可以直接用代理键关联客户维表带出需要的维度，如果此时没有代理键做关联，采用客户代码做关联，就会出现数据笛卡尔积，如下图，当我们需要对结果表增加客户的“归属部门名称”时，有“代理键”信息时，则直接按代理键做关联条件带出客户维表里的“归属部门名称”信息，如果按“客户代码”关联，则会导致数据翻倍，见红色数据记录，
4
月的由
100
变化到
200
了，
5
月份的
200
变化到
400
了，不然就需要重新计算每个月的数据才能达到增加“归属部门名称”信息的目的。
生成缓慢变化维的
SQL
代码见
:
https://github.com/blt328/dw_blt
更多技术文章请关注公众号
(
长按后点识别图中二维码
):
名称栏目：3-dw_缓慢变化维-创新互联
分享链接：
http://cdkjz.cn/article/dijoeg.html
