BI中维表的增量更新一般有2种：
- Type 1：覆盖更改。记录的列值发生变化，直接update成最新记录。
- Type 2：历史跟踪更改。记录值发生变化，将该记录置为失效，再insert一条新的记录。
这两种其实都可以通过sql的left join来实现，不过DataStage给我们提供一个组件，可以很好的实现这个功能，这就是slowly changing dimension。
1 缓慢变化维表示例
如图1所示，是一个常用的缓慢变化维，该表的进数逻辑为：
当记录新插入到改表时，STARTDATE是当前时间，ENDDATE为未来的某个时间或者为空，NOWSTATE为1；当业务数据反生修改时，维表中新增一条记录（与第一次插入时的逻辑一样），同时维表中业务主键（即CODE）相同的那条记录ENDDATE置为当前时间，NOWSTATE置为0。
图1 常用缓慢变化维示例
表DDL及说明如下：
CREATE TABLE D_EMPOLYEE
(
ID INTEGER PRIMARY KEY, --物理主键，代理键，递增，唯一
CODE VARCHAR(20), --业务主键
NAME VARCHAR(20), --姓名
PLACE VARCHAR(20), --地址
STARTDATE DATE, --记录有效起始日期
ENDDATE DATE default ‘9999-12-31‘, --记录有效结束日期
NOWSTATE CHAR(1) --记录有效状态。1：有效；0：失效
);
有同学可能想，为什么要多一个ID列的代理键。这种做法还是有一些好处的：
- 节省空间：事实表只需要存维表的代理键，整型，一般都比逻辑键占用的空间少。
- 关联快：数值，一般来说，关联起来要比一大串字符快一些。
- 唯一确定记录：直接用该列关联就可以，不用再加状态或其他条件去唯一确定一条记录。
2 JOB示例
如图2，我们做出来的JOB最终是这个样子。
图2 JOB示例
大致分为以下几个部分：
- 业务数据：数据来源。可以是业务库中表，也可以BI库中同步来的ODS表等。其中包含了我们维度表的基本信息。
- BI库维度表(比对)：BI库维度表，也是我们最终维度数据存储表。业务数据中包含的维度信息与它进行比较，确定记录是没有变化、修改了抑或是新增的。
- slowly changing dimension stage：比较业务数据与维度表中数据。
- BI维度表(目标)：比较的结果最终反应在该表。与【BI维度表(比对)】是同一个表。
- 选择性输出列：可以选择性的输出来自业务数据、BI库维度表(比对)、slowly changing dimension stage的部分列或所有列的数据。如果没有地方用到，可以不要该链接。
3 实现步骤
3.1 业务数据源
实际项目中，这些数据最初来源于业务系统数据。现在我们用一个文件来模拟。文件内容如下：
# cat fact.txt code,name,place,salary e_01,xie,CS,10 e_03,hei,BJ,9
3.2 BI库维表(比对)
从BI库读取维度数据，用于比对。该示例中表结构前文已给出。
3.3 BI库维表(目标)
和比对的维表是同一个表。需要注意2点：
- 设置主键。物理主键。该示例为ID
- Write mode 设置为 Update then insert
3.4 Slowly Changing Dimension
双击打开组件，在最下边有一个【快速路径】，如图3。一共5步，我们一步一步设置好就可以了。
注意：如果该组件只有一个输出链接的话，步骤将简化为3步。这里我们来讲一下5步的如何配置，3步的都包括在内了。
图3 快速路径
3.4.1 选择输出链接
该链接输出后续步骤中选择的需要输出的一些列。3步的为空就行，5步的选择非维表的那个。
图4 步骤1（选择输出链接）
3.4.2 查找键以及列用途设置
把业务键从左侧拖动到右侧键表达式对应位置，完成查找键设置。
列用途常用的分为以下几种：
- 代理键（Surrogate Key）— 此列是维度表的主键，其中填充代理键的值。
- 业务键（Business Key）— 此列是维度表所表示的业务对象的标识符，但它不是维度表的主键。此列通常用作查找列，并对应于源数据的某个键或其他一些字段，用于标识相关业务对象。查找的作用是找出与源数据行对应的维度表行。
- Type 2— 选中此列表示值的更改。如果值发生了变化，则对维度表执行历史跟踪更改。
- Type 1— 选中此列表示值的更改。如果值发生了变化，则对维度表执行覆盖更改。
- Current Indicator— 此列的作用相当于一个标记，它指示特定业务键的记录是最新的。
- Effective Date— 此列用于指定指定某记录在何时成为了最新的记录，也就是成为活动（active）记录。
- Expiration Date— 此列用于指定记录处于活动状态的结束日期。对于当前活动的记录，该值通常是某个未来的日期，或者为 NULL。
- SK Chain— 此列用于存储特定业务键历史中的上一条或下一条代理键。
- (blank) — 此列在 SCD 处理中没有任何作用。在插入新行时，此字段中的数据将被插入到表中，但不会检查此列中的源数据的更改。
图5 步骤2（查找键以及列用途设置）
该例中，id为代理键；code为业务主键；name采用Type1更新策略，直接修改；place采用Type2历史跟踪策略，如果修改，则插入新记录。
3.4.3 代理键设置
这里提供了2种方式来生成代理键，分别为文件和数据库。这里只说一种文件的方式，数据库怎么实现，您可以自己实验一下。以后如果写代理键组件的文章，将会详细描述。
- 输入名称：选择查找引用的链接。即BI库维表。
- 源类型：Flat File
- 源名称：Datastage服务器上的一个文件，需要事先创建。
- 初始值：键值的起始值。
#生成键文件 touch /DS/Files/keyfile.dat #如果JOB执行时提示权限问题，则修改文件权限。图省事，就777了。 chmod 777 /DS/Files/keyfile.dat
图6 步骤3（代理键设置）
3.4.4 维更新设置
此处的数据流出到BI库维表。业务数据中需要用到的列对应映射到输出。接下来就是几个特殊列的派生值。
- 代理键：在代理键所在行双击与派生值交叉的单元格，会自动填入一个函数：NextSurrogateKey()；
- 生效日期：设置为当前日期。双击单元格，手动填入函数：CurrentDate()；
- 截止日期：设置为未来的某个日期。这里填入‘9999-12-31‘；
- 当前指示符：有效记录的标志。这里填入1；
图7 步骤4（维更新设置）
还需要设置记录失效时，截止日期和当前指示符的值，这里分别填入CurrentDate()和0。
3.4.5 输出映射设置
3步的没有这个步骤。
把需要的列从左边映射到右边输出就好了。
图8 步骤5（输出映射设置）
4 测试
接下就可以测试该JOB是否按照我们的想法生成数据了。主要应该包括以下情况：
- 新增记录。也就是BI库维度表原来没有的记录，是不是正确的插入了该记录，起止日期、当前状态标志是否正确；
- 更新记录。也就是BI库维度表已有的记录，设置了Type1、Type2的字段，数据源发生变化时，是否按正确的策略更新了。
提供一些测试数据：
# cat fact.txt code,name,place,salary e_01,xie,CS,10 e_03,hei,BJ,9
5 附JOB导出文件下载
点击下载：http://files.cnblogs.com/files/BlueBreeze/slowly_changing_dimension.rar
本文链接：http://www.cnblogs.com/BlueBreeze/p/datastage_series-Slowly_Changing_Dimension.html