数据仓库中如何使用索引

数据仓库的索引是个棘手的问题。如果索引太多，数据插入很快但是查询响应就会很慢。如果太多索引，数据导入就很慢并且数据存储空间更大，但是查询响应更快。数据库中索引的作用就是加快查询速度，不论是传统数据库还是数据仓库。尤其是对于大数据量的表以及设计表连接的复杂查询。之前接触数据仓库比较少，这里只是介绍一点小经验。

当然，在创建数据仓库索引的时候需要考虑一些参数比如数据仓库类型、维度表和事实表大小、是否分区、是否AD hoc等等。这些参数决定了你的索引结构。本篇主要介绍如何对数据仓库中的关系表建立索引，注意是在关系数据库中的关系表，而不是SSAS中的数据表。

维度索引

如果打算在维度表的主键上建立索引，而该键是一个代理键，不是一个自然或者业务键（例如用户名称或者ID）。注意不要在维度表的代理键或者变现渐变的列上建立聚集索引。

维度表包含一个自然或者业务键（例如交易编码或者ID），我们称之为业务键是来自于业务系统的。尽管业务键可能不是唯一的，但是对于缓慢渐变的维度表而言，在标识列上建立索引是比较好的（如用户ID等），如下图：

用户和产品的维度表中聚集索引建立在业务键上，通过这样的索引，能强化查询速度尤其是where语句中使用了这些键的。通常where 表达式中经常会使用这个键值来查询维度数据。

通过业务键建立聚集索引可以避免锁升级（例如，行锁到表锁，意图排它到排它），因为在ETL过程中如果代理键上有非聚集索引并且所有的行都被添加到文件末尾就有可能发生锁升级，如果排它锁从行锁升级到表锁，那么就会引起其他读取或者ETL或者通用操作的阻塞甚至死锁，最终程序timeout。

原文链接