SAP BW 学习笔记(精选版二)_第1页
SAP BW 学习笔记(精选版二)_第2页
SAP BW 学习笔记(精选版二)_第3页
SAP BW 学习笔记(精选版二)_第4页
SAP BW 学习笔记(精选版二)_第5页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、 了解更多SAP顾问信息,可参加51SAP公开课性能优化l InfoCube为什么快n 之所以cube比ods速度快,和它采用的SID机制分不开的。众所周知integer是比char检索速度要快很多的。n 再就是cube的index,cube里的所有characteristics都是key,都有索引,不然IO的效率就大大降低了。l 优化方案:n 颗粒度尽量大:尽量不要在Cube里放太detail的数据,这种需求首先考虑R3用ABAP解决,如果非要在BW,可以考虑在DSO出明细报表,在Cube出汇总报表,通过RRI接口调用明细报表。n 查分多个:当Cube的数据量很大时,可以拆分成多个Cube,

2、 再用MultiProvider拼起来,这样query会在N个Cube中并行,提高效率。这就是所谓的逻辑分区。常见的分区方式有按年月,按国家,按BU,按类型等。n 压缩(慎用,最好是半年甚至一年以上的数据):给Cube做Compression。 Compression 本质上是去掉Data Dimension,这样fact table就被压缩了,但是request id 也消失了,将无法通过request id去管理数据。n 索引:数据库的索引可以加快查询速度n 分区:对于很大的Cube,可以做partition, 这是物理分区,只支持按时间分区。n 聚集:使用Aggregation可以提高性

3、能。但是Aggregation本身是cube的一个子集,提高性能的同时也加大了数据冗余,所以不要用太多。n Staitics:定期刷新DB Statistics 可以提高reporting的效率。n 使用MP:维度设计上,避免很多数据量很大char.放在一个维度上,因为这样会让维度表变得很大。通常,尽可能拆分成更多的维度,然后在 multiprovider层面,把相关的char都放一个维度里,然后做好Mapping,这样可以让用户更容易理解MultiProvider. 不过维度太多会导致fact table巨大,所以要做好平衡。n Line item Dimension:对于mate

4、rial等很大的主数据,使用Line item Dimension. n BIA:使用BIA是比Aggregation更有效的方法,就是要花不少钱。DSOStandardl 标准DSO(生成主数据标识、对于相同关键字段的值进行合并、可直接出具报表),对应后台3个表,NEW TABLE/LOG TABLE/ACTIVE TABLE,即保存了DELTA增量的CHANGE LOG数据。一般通过DTP来更新数据。这种DSO也是我们用的最多的类型。l 数据需要激活后才能使用。含有Key Field与Data Field,通过Key Field的组合作为唯一值判断,进行合计、覆盖的操作l 标准DSO需注意

5、的问题n 如果是激活业务内容的DSO,然后复制出来作为自己的DSO使用的话,一般不需考虑关键字段的问题,系统的设置一 般会保证DSO数据与PSA数据完全一致,但如果是自己通过直接输入信息对象创建的DSO,则需考虑值的合并,因为在标准DSO对于相同关键字段的值系统 会自动合并,这个时候需注意转换中的规则明细是覆盖还是合计,如果有合并的字段,即DSO更新的数据少于PSA的数据,建议把转换中值字段的规则明细全部 修改为合计,以保证值的正确,总之,在使用标准DSO时需考虑值的合并问题(项目中如何使用的),并考虑转换的规则明细,但使用写优化的DSO则不存在该问题n 建议如果采用三层数据模型架构的话,可考

6、虑第一层使用写优化的DSO,保证该层DSO数据与PSA完全一致,第二层DSO使用标准DSO,第三层使用CUBE(颗粒度变粗),完全更新的数据源情况下,写优化DSO在新增数据时,会重复计算以前已抽取数据,在建立DSO时需仔细考虑DSO类型、数据更新方式、DSO关键字段和数据字段设置、以及转换中的明细规则中的集合设置为覆盖还是合计Write-Optimizedl 写入优化的:(不生成主数据标识、不合并相同关键字段的值、速度快可用于存储大容量数据)这种DSO类型,用来处理大量的数据,但后台也只对应ACTIVE TABLE。通过DTP来更新数据。每条数据记录的技术关键值是惟一的,所以只进行数据库的插入

7、操作,没有更新操作。l 一张active表,一般用于大数据量的加载。由技术关键值、语义键、数据列组成。技术关键值又包括Request GUID、Data PackageID、Data Record Number组合而成,他们确保了数据的唯一性。l 优化的数据存储对象的设置中,以下的设置选项是特有的:语义的数据存储键值不惟一。这一选项仅与写优化的数据存储对象相关。数据表的技术关键字经常由数据请求标识、数据包和数据记录号组成。我们定义DSO 时指定的关键字段组成了写优化的数据存储对象的语义键。如果未设置此标识,那么系统检查语义关键字的惟一性并为关键字组合生成带有技术名称"KEY"

8、; 的惟一索引,出现任何相关键字组合的记录都会报错。如果设置了此标识,那么数据存储对象的数据表可以包含几个带有相同组合键的记录,它们由技术关键值区别开来,在报表的结果上,这些记录是相加的,所以在转换规则中,只有汇总选项,没有覆盖选工页。l 适用场景n 构建EDW的原始数据层,无报表需求,不需要激活,ETL过程更快n 存储大量document level的明细数据n 每次加载的都是新数据,数据不发生变化n 临时存储数据n 实际项目中,写优化DSO通常用于存储财务凭证和物料凭证,这些凭证一旦发生就不会修改。n 怎样才算重复呢,导入数据的时候 n Seamantic Key有什么作用Direct Updaten 直接更新的数据存储对象也是只有一张active表,即激活数据表。不同的是,数据在进入数据存储对象后在

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论