缓慢变化维的处理

维度建模的数据仓库中，有一个概念叫Slowly Changing Dimensions ，中文一般翻译成“缓慢变化维”，经常被简写为SCD 。缓慢变化维的提出是因为在现实世界中，维度的属性并不是静态的，它会随着时间的流失发生缓慢的变 化。这种随时间发生变化的维度我们一般称之为缓慢变化维，并且把处理维度表的历史变化信息的问题称为处理缓慢变化维的问题，有时也简称为处理SCD 的问题。

处理缓慢变化维的方法通常分为三种方式

I - 当某个维度成员的数据发生变化时，最新的列值将覆盖以前的维度记录，从而清除了该维度成员的历史记录
II - 当某个维度成员的数据发生变化时，最新的列值将存储为维度中的新记录，从而提供了一个维度成员的多个实例，这样便保留了历史记录
III - 当某个维度成员的列数据发生变化，而数据仓库要保留该变化列的最后一个版本时，原始数据将移到该维度记录的最后一个版本列中，并且所有新维度信息将覆盖现有列。
以上三种方式中，第I 种处理最简单，但是将会导致分析结果的失真，比如当一个销售员所在的部门发生变化的时候，如果采用第一种方式，在处理部门和销售员之间的上钻、下钻操作时，会导致聚合误差，将销售员在原来部门的销售业绩带入到新的部门中。
采用第II 种方法的时候，需要加入一个代理键，要注意的是对于不同的数据仓库平台，有相应的处理技巧，否则会导致不合理的情况出现。比如在Microsoft Analysis Service2005 中，当一个销售员由部门A 调入部门B ，在调回部门A 的时候，如果维度属性的关键Key 设置为代理键，就会一个销售员出现在部门A 中 两次的情况。
第III 种方式由于可能会涉及到动态改变数据仓库模型，这样会带来比较大的开销，所以在实际的数据仓库实现中并不经常使用。
一 般情况下，采用第I 、第II 种方法结合使用的策略，对于维度中一些描述性的属性，采用直接覆盖的方式，而对于那些将会出现在层次中，可能会参与聚合计算的属性，则采用第二种方式。

 

==============================================================

今晚部门分享的时候，主讲人正好讲到了这一点，对于如何处理缓慢变化维的问题，他给的答案是“根据业务的需求来选择适当的方法，并没有一个完全正确的答案”

 

###########################

缓慢变化维定义

　　Wikipedia中的定义：

　　Dimension is a term in data management and data warehousing that refers to logical groupings of data such as geographical location， customer information， or product information.

　　Slowly Changing Dimensions （SCD） are dimensions that have data that slowly changes.

　　大意是说数据会发生缓慢变化的维度就叫“缓慢变化维”。

　　举个例子就清楚了：

　　在一个零售业数据仓库中，事实表保存着各销售人员的销售记录，某天一个销售人员从北京分公司调到上海分公司了，那么如何来保存这个变化呢？也就是说销售人员维度要怎么恰当的处理这一变化。先来回答一个问题，为什么要处理，或保存这一变化？如果我们要统计北京地区或上海地区的总销售情况的时候，这个销售人员的销售记录应该算在北京还是算在上海？当然是调离前的算在北京，调离后的算在上海，但是如标记这个销售人员所属区域？这里就需要处理一下这个维度的数据，即我们缓慢变化维需要做的事情。

　　处理缓慢变化维一般按不同情况有以下几种解决方案：

　　一. 新数据覆盖旧数据

　　此方法必须有前提条件，即你不关心这个数剧的变化。例如，某个销售人员的英文名改了，如果你不关心员工的英文名有什么变化则可直接覆盖（修改）数据仓库中的数据。

　　二. 保存多条记录，并添加字段加以区分

　　这种情况下直接新添一条记录，同时保留原有记录，并用单独的专用的字段保存区别。如：

　　（以下表格中Supplier_State表示上面例子中所属区域，为描述清晰，不用代理键表示）

　　Supplier_key Supplier_Code Supplier_Name Supplier_State Disable

　　001 ABC Phlogistical Supply Company CA Y

　　002 ABC Phlogistical Supply Company IL N

　　或：

　　Supplier_key Supplier_Code Supplier_Name Supplier_State Version

　　001 ABC Phlogistical Supply Company CA 0

　　002 ABC Phlogistical Supply Company IL 1

　　以上两种是添加数据版本信息或是否可用来标识新旧数据。

　　下面一种则是添加记录的生效日期和失效日期来标识新旧数据：

　　Supplier_key Supplier_Code Supplier_Name Supplier_State Start_Date End_Date

　　001 ABC Phlogistical Supply Company CA 01-Jan-2000 21-Dec-2004

　　002 ABC Phlogistical Supply Company IL 22-Dec-2004

　　空的End_Date表示当前版本数据，或者你也可一用一个默认的大时间 （如： 12/31/9999）来代替空值， 这样数据还能被索引识别到.

　　三. 不同字段保存不同值

　　Supplier_key Supplier_Name Original_Supplier_State Effective_Date Current_Supplier_State

　　001 Phlogistical Supply Company CA 22-Dec-2004 IL

　　这种方法用不同的字段保存变化痕迹.但是这种方法不能象第二种方法一样保存所有变化记录，它只能保存两次变化记录.适用于变化不超过两次的维度。

　　四. 另外建表保存历史记录

　　即另外建一个历史表来表存变化的历史记录，而维度只保存当前数据。

　　Supplier：

　　Supplier_key Supplier_Name Supplier_State

　　001 Phlogistical Supply Company IL

　　Supplier_History：

　　Supplier_key Supplier_Name Supplier_State Create_Date

　　001 Phlogistical Supply Company CA 22-Dec-2004

　　这种方法仅仅记录一下变化历史痕迹，其实做起统计运算来还是不方便的。

　　五. 混合模式

　　这种模式是以上几种模式的混合体，相对而言此种方法更全面，更能应对错综复杂且易变化的用户需求，也是较为常用的。

　　Row_Key Supplier_key Supplier_Code Supplier_Name Supplier_State Start_Date End_Date Current Indicator

　　1 001 ABC001 Phlogistical Supply Company CA 22-Dec-2004 15-Jan-2007 N

　　2 001 ABC001 Phlogistical Supply Company IL 15-Jan-2007 1-Jan-2099 Y

　　此中方法有以下几条优点：

　　1. 能用简单的过滤条件选出维度当前的值。

　　2. 能较容易的关联出历史任意一时刻事实数据的值。

　　3. 如果事实表中有一些时间字段（如：Order Date， Shipping Date， Confirmation Date），那么我们很容易选择哪一条维度数据进行关联分析。

　　其中Row_Key和 Current Indicator字段是可有可无的，加上去更方便，毕竟维度表的数据都不大，多点冗余字段不占太大空间但能提高查询效率。

　　这种设计模式下事实表应以Supplier_key为外键，虽然这个字段不能唯一标识一条维度数据，从而形成了事实表与维表多对多的关系，因此在做事实和维度做关联时应加上时间戳字段（或Indicator字段）。

　　六. 非常规混合模式

　　上面说到第五种实现方式有点弊端，那就是事实表和维表不是多对一关系，而是多对多关系，这种关系不能在建模时解决只能在报表层面，在报表运行时解决，且在BI语意层建模时需要添加时间过滤条件，比较繁琐。

　　下面这种解决方案可以解决此多对多关系，但是得修改一下事实表：

　　Supplier Dimension：

　　Version_Number Supplier_key Supplier_Code Supplier_Name Supplier_State Start_Date End_Date

　　1 001 ABC001 Phlogistical Supply Company CA 22-Dec-2004 15-Jan-2007

　　0 001 ABC001 Phlogistical Supply Company IL 15-Jan-2007 1-Jan-2099

　　Fact Delivery： （为描述清晰，同样不使用代理键标识维度）

　　Delivery_Key Supplier_key Supplier_version_number Quantity Product Delivery_Date Order_Date

　　1 001 0 132 Bags 22-Dec-2006 15-Oct-2006

　　2 001 0 324 Chairs 15-Jan-2007 1-Jan-2007

　　此方案中向维表中的当前数据版本号始终为0，即插入维度数据时先将老版本的数据的version_number改成1（递增），然后再插入当前数据，此时才能保持当前数据版本号始终为0.

　　事实表中插入数据时所有的维度数据版本号始终全部为0.

　　因此此方案完全可解决事实表和维表多对多关系问题，另外还有个优点是能保证事实表和维表的参照完整性，而且我们在用ERwin，PowerDesigner等建模工具建模时，Version_Number和Supplier_key可作为复合主键在两实体间建立链接。