构build数据仓库

我看过教程文章和文章,介绍如何使用星型和雪花模式构build数据仓库,OLTP数据库事实和维度表的非规范化等等。

还看到像这样的评论:

最好是星型模式适用于数据市场。 真正的企业数据仓库绝对不可能在星型模式或雪花中表示。

我想创build一个数据库,将服务器报告服务,也许(如果这还不够)安装analisys服务,并从立方体提取报告和数据。

我的问题是:重新devise我当前的数据库并遵循具有事实和维度表的星型/雪花模式是否真的很困难?

谢谢

在重新devise数据库之前,我会看到几件事情。

  1. 我非常肯定,报告服务不需要星形/雪花来完成它的工作,所以你可能会看到你可以使用正规化的数据库来构build。
  2. 尝试构build使您的OLTP数据非规范化的视图。 如果你重新devise你的数据库,它会让你考虑你需要的devise方面。

除非您转储整个SQL端并在Cube中构build存储库,否则几乎可以避免使用OLTP架构。

主要的问题是非星型模式的方法只是给服务器分析很多负担。 也就是说,起诉分析服务的想法非常棒 – 他们在这个领域大放异彩。 试试你是否可以直接从OLTP模式加载它们,可能是快照。

数据仓库的另一个基本原理是任何对数据进行按摩或转换的计算都是在将数据加载到一个特定的模式之前完成的,因此从数据仓库中提取的东西是“准备使用”的。

我会推荐一本好书: http : //www.amazon.co.uk/Microsoft-Data-Warehouse-Toolkit-Intelligence/dp/0471267155/ref=sr_1_3?ie= UTF8& s= books&qid= 1272019644&sr=8 -3

尽pipe目标是2005年(2008版本,我认为正在进行中),但一般的理论仍然保持良好,而且devise和规划步骤几乎与平台无关。

值得的是黄金的重量,如果你想进入DW 🙂