信息立方体维度设计实例

1、12FACTDimension tableTextSID TableMasterHierarchyTextSID TableMasterHierarchyTextSID TableMasterHierarchyTextSID TableMasterHierarchyTextSID TableMasterHierarchyTextSID TableMasterHierarchyTextSID TableMasterHierarchyTextSID TableMasterHierarchyTextSID TableMasterHierarchyTextSID TableMasterHierarch

2、yTextSID TableMasterHierarchyDimension tableDimension tableDimension tableDimension table3事实表中的每一个记录都有是通过维度表中的事实表中的每一个记录都有是通过维度表中的Primary Key(Primary Key(所有的维度共同组成事实所有的维度共同组成事实表的主键盘表的主键盘) )唯一确定的唯一确定的. .事实表在上传业务数据时被维护事实表在上传业务数据时被维护. .4Time dimensionProduct dimensionCustomer dimensionP Product # Produ

3、ct group 2101004 Displays.C Customer # Region 13970522 West .T PeriodFiscal year 042000.维度表的键在事实表中被作为外键维度表的键在事实表中被作为外键在维度表中包含主键，维度号码和特性在维度表中包含主键，维度号码和特性5C Customer # Region 13970522 west .PCTQuantityRevenueDiscountSales overhead 250500,000 $50,000 $280,000 $50100,000 $7,500 $60,000 $.时间维度时间维度产品维度产品维

4、度T Period Fiscal year 04 2000 .PProduct # Product group 2101004 displays .事实表事实表客户维度客户维度事实表和维度表的组合一般称之为星型结构事实表和维度表的组合一般称之为星型结构6q 二期财务报表模型二期财务报表模型:六大主题四大版块六大主题四大版块781.增强标准业务目录数据源2.增强传输规则3.增强更新规则4.BCS的直接映射(无程序代码)910权限设置PFCGRSSM 传输请求SE01/SE09/SE10/STMS/SE06111.使用聚集(Aggregate)2.建立索引3.BW统计程序4.分区(Partitio

5、n)1213BEx在格式中国式的报表先天不足.目前目前VBVB工具工具网络问题,报表模板读取缓慢 多用户同时操作问题Excel占用用户机器资源141.目前阶段BW重点在BB类财务或合并报表,其它类报表起码应该知道R/3的数据获取才有可能从BW出报表. 早界入进行其它报表的分析.2.报表的TD,FD等相关文档没有,似乎没有必要?!如果没有技术文档指引我就不知道如何才能正确取数.报表定律: 一.通常报表在数据量不大时问题不大,数据量大了问题就随着大了. 二.在多数情况下,报表结果似乎似乎都是对的,可有一天你会发现你担心的问题全凸现出来. 三.你可能知道90%以上的报表项目取数,可你对10%怀疑,同

6、样10%的时间你很快完成了90%的报表 开发,可90%时间你要用在对付10%的项目上,除非你忽略这个问题,可能目前也只有如此了.3.测试流程不完善,没有测试不能保证每个报表项绝对正确.4.R/3的不规范操作导致报表的不正确,当然这个管理问题似乎和BW无关.5.R/3的设计直接影响BW报表,因为R/3数据是BW报表信息的基础, 比如运杂费明细: 大区自来,省市自来,自采资源-铁路,水路,公路,管输-产品,如果R/3在运费条件或相关科目没设置,显然是无法获得报表的数据的, 在事业部的内部管理特别是成本类报表会有类似问题.6.增强文档管理, R/3数据源增强列表和BW各种增强文档列表需要规范管理.7.BW性能问题(比如网络问题,设计问题等),会使下面用户对BW集中服务器失去 信心, BW是由ABAP编写的,速度慢应该有先天原因. 如果网络中断时间久是否有其它技术上的应急方案. 7. 信息立方体等的建模规范,是否需要遵守一般建议的数据仓库模式,目前的模型足以应付所有的报表需求吗? 8.增量抽取真的绝对可靠吗?出现连