4. 对维度建模的误解

  引言：尽管维度建模方法被广泛使用，但仍有很多人对维度建模存在误解。

对维度建模的误解

误解1. 维度建模仅包含汇总数据

  仅包含汇总数据，是维度模型设计错误的根源。
  由于不能预测所有的业务诉求，因此必须向用户提供对细节数据的查询访问，方便其开展上钻/下钻操作，以灵活查询需要的内容。
  汇总数据只是在针对公共查询时能够比细粒度数据提供更好的性能，但这是以抛弃了灵活查询为代价的，因此它无法取代细粒度数据。

误解2. 维度模型是部门级而不是企业级的

  维度模型应该围绕业务过程组织，例如：订单、用户管理、进销存等，而不是按照部门职责划分。多个业务部门往往需要分析来自同一业务过程的数据。

误解3. 维度模型是不可扩展的

  维度模型非常易于扩展。
  事实表通常包含海量的数据行，据报道，存在包含2万亿行数据的事实表。维度模型和规范化数据库（范式建模）包含了同样的信息和数据关系，只是它们使用了不同的表达方式。不论是维度模型还是范式建模都能准确回答同样的业务问题，且他们都是可扩展的。

误解4. 维度模型仅用于预定的几个报表

  不应将维度模型设计为仅关注预定义的几个报表或分析，而是应该适应变化的报表需求，将关注点放在如何能灵活的组织度量（通过细粒度的数据和维度）这件事上。构建维度模型时增加最细粒度的数据可以带来最大的灵活性和可扩展性。

误解5. 维度模型不能被集成

  维度模型被集成的关键是维度的一致性，即遵守企业数据仓库总线结构的要求。数据集成依赖于标准标识、值和定义，如果不坚持采用具有共享一致性的总线结构，不同部门的展现区将会产生烟筒式的解决方案，不能将那些由于不满足基本原则造成的集成失败案例归咎于维度模型。

使用维度模型的关注点

  当开始考虑使用维度模型时，我们不应过度关注需要的报表和控制面板的度量，而是应该不断的询问自己产生这些报表和控制面板的业务过程度量（事实）是什么。在一个迭代中重点关注项目的某个单一业务过程，而不要一次将多个业务过程覆盖。
  同等重要的，需要关注的是同事开展IT和业务管理。即采用更有效的方式（比如与企业客户领导层的利益攸关者一起开展工作），梳理企业业务的价值和优先级，选定最重要最具价值的业务过程，以便优先实现。
  此后便是逐步建立企业数据仓库总线、展现区及ETL相关的架构，进而完成数据仓库的搭建。