BI - 学习路程二
老板会说我要的很简单:例如销售额,销售量,好的不好的整体的趋势等,要直观的表现出来,然后点击之后可以看到明细,然后继续可以看到更加明确的明细等等;
细节就在这之中,需求的整理就在这之中;
就是要根据这个或者这些描述来规划Data Warehouse的结构,所以。。。
1. 明确老板要什么,明确你要用什么方式来呈现
2. 明确这些明细资料分散在哪里?
这样步骤应该出来了:
A. 确定Data Warehouse的问题范围
例如:列出X月份某地去每日的House销售情况
例如:列出销售额大于XXX万的居民住宅项目
例如:对比各个地区的在某年某月的销售情况
例如:列出TOP5的销售House最多的地区
例如 。。。。
B. 选择适合的软硬件平台(有时候没有的选择)
C. 根据需求设计实体(白话一点,就是类似完成一个系统时,要设计Table)
D. 确定维度,删除不必要的表
维度:就是看问题的角度,其Key字段会存在事实表中
事实表:就是存放实际数据的资料表
维度表与事实表,从关系数据库的概念来看,都是Table,维度表存放的辅助信息,事实表存放的事实数据
E. 建立层次结构
例如:你看问题,时间可以分年/季度/月/日,地区可以分 国/省/市/县等
F. 确定属性
G. 建立事实表,确定合适的粒度
H. 建立好Data Warehouse模型
以上处理完可以初步建立好Data Warehouse的模型,但是Warehouse中没有数据
以上的步骤是设计步骤,设计好之后可以在Sql Server DB + SSAS来实现
(Table好设计,和我们之前设计Table没有什么差别,但是Cube建立就可以用SSAS来实现, 又要研究一段时间;
然后通过SSAS要设计好的Cube部署到Sql Server上)
I. 抽取业务数据
例如用SSIS来设计,抽取/转换/部署(部署以后就按照部署的规则自动运行, 此又要研究一段时间)
J. 前端开发应用
例如用Reporting Services来开发或者SharePoint中仪表设计工具或者直接开发Report AP + 可以访问Data Warehouse的链接方式
附上个人理解的相关资料图档