数据仓库的重要特点之一是反映历史变化，所以如何处理维度的变化是维度设计的重要工作之一。缓慢变化维的提出是因为在现实世界中，维度的属性并不是静态的，它会随着时间的流逝发生缓慢的变化，与数据增长较为快速的事实表相比，维度变化相对缓慢。阴齿这个就叫做缓慢变化维。
这里介绍的就是这些维度变化的处理，这边整理了一下目前主流的缓慢变化维的处理方式。
-
原样保留或者重写，这种方式理论上都是取最新的值作为维度的最终的取值，每个维度保留一条数据。这种处理方式是最简单的，直接将原系统的维度同步过来使用就可以，不用做过多的处理。
-
插人新的维度行，每当维度发生变化的时候，插入新增的一行。采用此种方式，保留历史数据，
维度值变化前的事实和过去的维度值关联，维度值变化后的事实和当前的维度值关联。也就是一个维度会存在多行的数据，按时时间范围将维度与事实表关联。 -
添加维度列，采用这种方式，主要是为了将变化前后记录的事实归为变化前的维度或者归为变化后的维度。也就是将产生变化的维度，可以在汇总的时候按照统一分组处理。
-
快照存储,这种方式就是每一个周期定时保存一份数据，与第二点有点想，不过这里会产生很多冗余的数据，当维度里大部分行在周期内，变动频繁的时候，可以采用。不过按照个人的开发经验，不恨很建议采用，具体要根据业务实际情况来选择。
-
极限存储历史拉链表，这种方式是方式2的优化版，就是当新的维度行与旧的维度行变化前后一致的时候，会合并一条。还有一点一般拉链表的时间粒度可能知道天，但是方式2，一般到秒，拉链表也是到秒。其他的与方式2一致。历史拉链表既能满足对历史数据的需求，又能很大程度的节省存储资源。什么是历史拉链表？历史拉链表是维护了历史状态，以及最新状态数据的一种表。 拉链表存储的数据实际上相当于快照，只不过做了优化，去除了一部分不变的记录而已,通过拉链表可以很方便的还原出拉链时点的客户记录。 拉链表既能满足反应数据的历史状态，又可以最大程度的节省存储，提高查询效率。
- 微型存储维度，微型存储指的就是，将维度中，快速变化的属性拆分出来，建立新的维度，这个是为了可以解决维度的过度增长导致历史拉链表效果大打折扣的问题，比如维度每几分钟变化一次。属性快速变化的维度，称为快速变化魔鬼维度。这个微型维度建议保留基维度，方便后续数据处理。
当然具体维度需要怎么处理，需要根据业务来，毕竟数据开发是一个很贴近业务的岗位。
参考文章：数据仓库(9)数仓缓慢变化维度数据的处理
标签：数仓,存储,拉链,处理,数据,数据仓库,维度,变化 来源： https://www.cnblogs.com/the-pig-of-zf/p/16230530.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。