数据仓库针对事实表的历史数据变更处理方式

z184931481 2018-03-06 03:06:35

环境用的是SQL Server做物理存储，ETL用的是Kettle，通常在会对业务数据进行抽取做事实表，但业务数据每一天都会有变更（新增，修改，删除），想准备对这张事实表上的字段做对比，然后将变化的字段作为异动记录存储到另一个事实表中，请问如果是这种做法应该怎么做，还有其他更好的解决方法吗？

...全文

3972 3 打赏收藏举报

写回复

3 条回复

切换为时间正序

请发表友善的回复…

发表回复

xphDeV 2018-03-23

打赏
举报

回复

可以考虑拉链表的做法，

好难取名 2018-03-14

打赏
举报

回复

你不对原始表做修改，那么你只抓增量，在旧表中存在的不就是变更数据么。变更的你直接存在另一张表就行了啊

z184931481 2018-03-07

打赏
举报

回复

顶一个没人回答吗

相关推荐

数据仓库建模的十条意见 1) 必须回答紧迫的问题；2) 必须有正确的事实表；3) 将有正确的维表，描述必须按最终用户的业务术语表达；4) 必须理解数据仓库所影响的公司过程或影响数据仓库的公司过程；5) 对于事实表，应该有正确的“粒度”；6) 根据需要存储正确长度的公司历史数据；7)

KDT#13 可以作为维度表使用的事实表 事实表从粒度的角度分为三种，分别是交易粒度事实表、周期快照事实表和累计快照事实表。交易粒度事实表能提供某个确切时刻的描述信息。以银行帐户中保存的客户信息为例来说，代理机构会周期的更新客户的名称、地址、电话号码、客户分类、信用等级、风险等级及其他描述性信息。建立的交易粒度事实表如下所示：变更日期（FK）帐户号（SK）代理（FK）客户信息变更

一、前言　　最近在设计数据仓库的数据逻辑模型，考虑到海量数据存储在分布式数据仓库中的技术架构模式，需要针对传统的面相关系型数据仓库的数据存储模型进行技术改造。设计出一套真正适合分布式数据仓库的数据存储模型。二、事实表设计基础 事实表记录发生在现实世界中的操作型事件，其所产生的可度数值。事实表的设计完全依赖于物理活动，不受可能产生的最终报表的影响。事实表中，除数字度量外，事实表...

一、前言　　最近在设计数据仓库的数据逻辑模型，考虑到海量数据存储在分布式数据仓库中的技术架构模式，需要针对传统的面相关系型数据仓库的数据存储模型进行技术改造。设计出一套真正适合分布式数据仓库的数据存储模型。二、事实表设计基础 事实表记录发生在现实世界中的操作型事件，其所产生的可度数值。事实表的设计完全依赖于物理活动，不受可能产生的最终报表的影响。事实表中，除数字度量外，事实表...

本文主要是针对数据仓库中的事实表汇总或者聚集进行模拟实现的实现的环境： 数据仓库数据库：SQLServer2000创建表脚本 CREATE TABLE t_fact_RunStatus (factProcN...

发帖

7378

社区成员

6741

社区内容

其他数据库开发数据仓库

社区管理员

加入社区

帖子事件

创建了帖子

2018-03-06 03:06

社区公告

暂无公告