数据仓库优化之为什么

初级会员 注册时间: 2008-05-15 11:02:27 文章: 5 离线

在优化仓库时，我们容易掉入一个陷阱，以为把仓库中的现有问题解决了，就达到目的，实际上，这只完成了仓库调优的一部分，尽管这一部分很重要，
更重要的是，需要找出为什么会出现这些问题，从根源上来解决这些问题。而这些问题往往被我们所忽略

1、没有完善的文档管理制度
任何改动，都必须有文档记录。文档的缺失，久而久之，就没有人记得了。就成了系统的黑洞了。

2、设计的随意性太大
数据仓库是一个整体，每个小的设计，都必须从全局的角度来考虑。缺乏全局的考虑，导致各自的设计很独立，最终的仓库变成了一个割裂的东西。

怎么来完善这些东西呢？
1、文档的模板化：需求模板、临时统计流程文档（数据流、引用的口径）、IT工单设计文档
2、设计从全局考虑，这考验设计人员的水平

待续...

多谢楼主分享宝贵项目经验. 如果能再细化一点就更好了.比如:

完善的文档制度中具体有哪些文档,中间又有哪些是最重要的.
http://www.mydwbi.com/posts/list/51.page
个帖子中有些文档模板,网友可以参考.

设计随意性问题可否考虑加以举例之类进行稍详细说明?

期待待续内容

.

初级会员 注册时间: 2008-05-15 11:02:27 文章: 5 离线

完善的文档制度，需要在仓库中的各个部分介入，具体的有哪些文档，前面也提到一些，如：
需求模板、临时统计流程文档（数据流、引用的口径）、IT工单设计文档等。

其中，需求模板除了要详细描述本次需求的内容，同时还需要描述清楚需求的类型、计划完成时间、它的紧迫性。在该次需求中涉及到的维度和相关的口径（这次口径的内容、是否存在相似口径）。是否存在相似需求对需求实现人员来说，也是很重要的参考。
而在流程文档中，需要描述清楚数据的流向，在每一步中实现的口径。方便后续建立统一统计库，形成知识共享。

关于设计的随意性，是由许多因素导致的。数据仓库的数据，是有层次之分的。这种数据分层，可以在逻辑上和物理上进行。逻辑上的层可以对应同一个物理层。物理层可以在同一个数据库上，也可以在多个数据库上。如果某层对部分数据没有太多必要，可以考虑降低该层数据的保存周期，可以腾出空间来支持上层数据的存储空间，但是不支持直接跳过该层。