SAP bw 学习笔记

1/什么是BW?

通俗讲BW就是business information warehouse,即业务信息仓库.通过建立与企业业务流程相关联的数据模型,并将SAP与非SAP系统中有价值的信息抽取到数据仓库中,将数据转化为宏观形象的图表,并提供给领导等决策层.它不是日常交易操作系统,不能直接产生交易数据. 2/OLTP与OLAP的区别

OLTP是单一系统单一模块的实时分析,是一种日常业务操作数据.（on-line transaction processing）

OLAP是跨模块跨系统的战略性分析，是对历史数据的海量分析。（On-Line Analytical Processing） 简单来说OLTP是面向事务的，是即时触发的;OLAP是面向分析的,信息具有滞后性。

3/BPS(Business Process Suite) 业务计划与模拟，他是一种预算工具。

4、rsa1（事务代码）进入DWW（data warehouse workbench）即数据仓库工作平台 5、infobject（信息对象）由特性(如时间特性”财务期年”/”日历年”，单位特性“本位币”，“基本单位”)及关键指标组成。关键指标跟数字、金额有关（如“销售金额”“销售数量”）。 特性 时间特性 单位 技术特性 关键值 数量(0QUANTITY) 金额(0AMOUNT) “0”是零 6/ 信息对象是其他信息模型的基础,如DSO/infocube,也可以作为另一个信息对象的属性. 7、经典星型模式是使用最频繁的多维模型

9 PSA 持久数据加载区域

10/SAP 在BI 内容中交付InfoObject。BI 标准交付的InfoObject的技术名称以0 （零）开头。也可以定义您自己的InfoObject。与SAP 源系统不同的是，这里只有一个要求，即技术名称不以数字或特殊字符开头，长度在三到九个字符之间。与一些SAP 产品的要求不同，这里不需要“Z”名称

11/ SAP 系统拥有长度为10 个字符的成本中心（SAP 标准） 12/常规标签页中的”长度”最多为60个字符.

13/主数据/文本标签页中,短文本、中等文本或长文本分别对应20、40、60个字符。 14/整个BW项目所涉及的系统架构是三层逻辑结构:SAPECC(用于提供源数据)→BW（数据的加工）→BEx（报表的展现）

15、BW内部的三层逻辑架构PSA(数据暂存区)→DW→DM

16、BEx的三层逻辑架构：query designer（查询设计器）→analyzer（报表分析器）→broadcaster（信息发布器）

17、一般来说BW的系统从逻辑上会配置三台sever：开发机（DEV）、测试机或叫质量保证机（QAS）、生产机（PRD）

18、实际项目中BW系统与源系统是分开的，通过RFC（SAP接口协议）链接

19、BW的五个阶段：项目准备（project preparation）、业务蓝图（business blueprint）、

实现（realization）、最后准备（final preparation）、上线与支持（Go-live&support） 20、数据存储对象即DSO，是二维表的结构，DSO的基本设置只需要确定关键字段（key fields）和数据字段（data fields）

21、层次结构与组合的区分：假如一个公司下面分设两个子公司A和B，同时A和B公司下面下设相同的一个组织结构“人力资源”，虽然组织结构名称相同，但是组成的具体元素不同。在创建层次结构时，会提示是否复制双节点，如图：

但是在组合中却可以实现

22、/o(字母)打开一个新窗口 /n在当前窗口执行下一步操作。 23、su53 su03

24、抽取平面文件，如果CSV文件中有有关语言的文本，则可以分配的代码为：英文：E、EN 中文为ZH或1

25、数据加载的顺序为：先加载主数据，再加载业务数据。在主数据中，先加载属性，在加载文本。

26、query designer中特性的属性-扩展-结果值得存储类型有：过账值、特征关系、主数据。其中过账值说明数据来自cube中，主数据来自infobject中维护的所有数据。 27、sm37（T-code）查看后台job RSA2 查看数据源

28、一个cube中只包含一个事实表（fact table），事实表中存放关键指标，且最多可存放233个。一个cube中最多有16个维度，自己最多可创建13个，三个是系统自带的：数据包维度，时间维度，单位维度。每个维度最多可放248个特性。 29、rsrt查询监视器，用来看报表输出的。

30、rsa5进入ERP数据源 RSA6进入后，可以看到从rsa5中激活的数据源或者我们自己创建的数据源 RSA3提取器检验程序 S-API sm04 查看在线用户 31、创建一个新的数据源：rso2

32、如果增强一个字段的话，命名规则为在前面加ZZ

33、SM59用来维护RFC连接后勤提取结构定制主控室(LBWE)后勤队列概览功能（事务LBWQ）可用于监控提取队列。 34、

35、DataSource 2LIS_<应用程序>_<事件><后缀>；其中<事件>是可选的 示例：

2LIS_11_VAITM：11 = SD 销售VA = 销售订单、交货计划ITM (→ ITEM) = 凭证位置

2LIS_02_HDR：02 = MM 采购HDR (→抬头) = 凭证抬头

提取结构MC<应用程序><事件/事件组>0<后缀>；其中MC 是从相 关通信结构中派生的，而<后缀>是可选的 示例：

MC11VA0ITM：DataSource 2LIS_11_VAITM 的提取结构

MC02M_0HDR：DataSource 2LIS_02_HDR 的提取结构，其中M_ 代表 事件MA（订单）、MD（交货计划）、ME（联系人）和MF（请求） 的组。

重组表（= 设置表）<提取结构>SETUP 示例：

提取结构：MC11VA0IT ?重组表：MC11VA0ITSETUP 在增强提取结构后，始终需要重新生成DataSource！

36、

37、SAP提供了增强RSAP0001，一个增强不能同时用于两个项目。 ? EXIT_SAPLRSAP_001 交易数据供应

? EXIT_SAPLRSAP_002 主数据和文本供应 ? EXIT_SAPLRSAP_003 文本供应 ? EXIT_SAPLRSAP_004 层次结构供应 38、看销售订单的事务代码为：VA03

39、LBWE，配置后勤数据源。Update mode总共有三种模式。第一种为direct delta，即将每天的更新数据直接放在delta queue中，然后BW定期从delta queue中抽取更新数据，此方法不常用，效率低。第二种方法为queue delta，每天更新的数据定期（注意不是实时，与第一种方法区别）放到extraction queue中，然后将queue delta抽取到delta queue中。第三种方法是unserialized V3 update，与第二种方法类似，区别是将每天更新的数据放到update queue中，不考虑数据的排列顺序。

40、项目中，在创建第一个DSO时，一般要把相关联的数据源中所有的字段都对应到DSO中。

41、后勤数据的抽取方法：

1、delete setup table 2、fill in setup table 3、initial load

4、result：delta queue

42、start routine：可以实现删除不需要更新的记录这一需求。Routine

中,result=source_fileds-sold_to+1(2),该语法的意思为从字段fileds-sold中,从第一位开始连续取2位(第一位不要)

43、一般项目上在创建initial加载时，第一个DSO用写优化的DSO，因为写优化的DSO不会生成主数据标识，不会对相同关键字段的值进行合并，速度快，可用于快速存储。 44、RSZC复制报表命令 45、推和拉：

将增量数据抽取到BW中。可采用两种不同的方式“推”和“拉”。推的方式是利用一些专门为BW抽取设置的表，来存放增量数据。ECC产生增量数据后，一方面会放到后台数据库表,一方面会将数据存放到设置的表中(update table和extract table),然后通过job将数据抽取到delta queue中.拉的方式不会将数据存放到设置的表中,而是在数据上打上时间戳,直接从数据库表中按时间戳的标识来更新数据.前者适用于LO数据源增量提取如(MM,SD,PP),后者适用于财务数据的提取如fico.

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说教育文库SAP bw 学习笔记在线全文阅读。