BW常用基础知识

合集下载

SAP BW 基础知识

BW 是business information warehouse 的简称.SAP BW 可以提供可信的数据和信息, 以便管理人员和业务人员等在此基础上做快速的决定SAP BW 提供了整合的, 耆С 諻EB 的策略管理解决方案.SAP BW 整和了整个mySAP 商业平台. 包括供应链分析, 客户信息分析和电子商务交易分析.SAP BW 架构BW 包括三层架构上层Business Explorer 是终端用户使用的获取报告的环境, 是BW 的表达和分析层.中层Business Information Warehouse Server 有2 个主要功能. 一是数据仓库管理, 用来从R/3 OLTP 应用中提取数据. 二是数据存储和表示, 由Info Cubes 以及data manager, Metadata repository 和Operational Data Store (ODS) 共同完成.底层Source System 是原始商业数据的数据源. SAP BW 支持包括R/3 系统, 非SAP 系统以及和其他SAP BW 系统的多种数据源.SAP BW 中的Business ContentBusiness Content 是SAP 从R/3 系统, mySAP components( 如mySAP SCM, mySAP SEM 和mySAP CRM), 行业解决方案和其它非SAP 系统中提取的商用知识系统. 它包括预定义的信息模型, 如角色, web report, work book, queries, InfoCubes, InfoObjects, extractors, 和InfoSources.Business Content 加快了BW 的实施, 它同时包括通用的和行业特有的商业信息.实施BW 过程中, 在建立自有的InfoCubes 和新的query 之前应当首先检查SAP BW business content 中是否已提供相同或相似的内容. 同时用户也可以在现有的Business 之上进行修改和配置. 这样可以大大减少实施时间.Business ExplorerBusiness Explorer 可以用来分析商业数据. Business Explorer 帮助最终用户查找, 查看报表, 和分析系统信息. 它包括以下四个组成部分BEx Browser 管理SAP BW 中各种报告的图形界面. 所有的BW report 操作被其角色和功能分别管理. BEx Analyzer基于MS Excel 的交互式界面, 用来按照选定的特性和关键数据定义分析和查询BEx Map用来显示SAP BW 中与地理信息相关的信息. 如客户, 销售地区和国家等, 是SAP BW 中的整合的地理信息系统(GIS).BEx Web用来在互联网和企业网中发布在BEx Analyzer 中定义的各种查询和报告.当今每一个有一定规模的企业都希望拥有一个能够处理整个企业讯息及支持决策过程的、完整的、有效的数据库。

BW培训学习080624-wx

BW培训记录BW的数据存储对象一、什么可以作为数据存储的对象.1、特性2、ODS3、CUBE 这三种是可以作为数据存储对象的一、什么是ODS ?ODS :其实就是一个二维表结构,里面保存的数据是从R/3中取到的.在BW中我们也可以将它称为数据仓库层.ODS 中保存的就是我们从R/3中抽取到的数据.ODS数据更新机制：在一个ODS中一共有三张表:1、活动表: 保存数据的.2、更新表 : 中间表更新完成后该表的的数据清空3、change log : 记录需要更新的数据请求Change log 表如下图(该表中记录的就是发生改变的数据表，仅仅只是针对发生变更的表而言的) :当点击[激活]按钮后活动表将从change log 中读到相关的更改信息根据这些更改信息来修改活动表的数据。

ODS 数据更新流程: 活动表->更新表->change log ODS就是根据CHANG LOG 来进行数据更新的.在更新完成后更新表的信息被删除ODS里面的数据更新又分为覆盖和填加两种方法,这两种方法的更新机制不同,一种是用新记录覆盖老的记录,一种是填加就是在老的记录上面填加新的记录,而老的记录仍然存在具体的使用那种方法就要根据情况来选择那种更新方法，需要注意的是不同的更新类型将会对数据的准确产生十分大的影响，所以在选择更新类型的时候一定要慎重。

二、什么是CUBE ?相关报表层面上的数据就是从CUBE中得到的.CUBE当中的数据主要通过ODS来更新的,一个CUBE可以对应多个ODS,也就是说可以有多个ODS为一个CUBE提供数据.为一个星形结构.每当ODS中的数据发生更新的时候就会触发CUBE中的相关数据发生变动. CUBE中的更新规则又可以分为3.X（updata rule）老版和DTP(tranformation)新版两种方式,其工作原理也不一样DTP数据源还可以为DS,IS,INFOOBJECT,ODS;DTP的目标可以为ODS,CUBE,INFOOBJECT等这就是DTP跟老版的Updata Rule最大的不同点从R/3到ODS的的数据是从Updata Rule 的更新来的完成的.CUBE的结构：我们可以通过T-CODE：LISTSCHEMA来查看在具体CUBE中的结构看是由那些TABE 构成的其中表类型分为F . D. S. 三类F（事实表表，D(维度表)表、S（SID表）表，S表下存放的是主数据相关的数据。

BW的基本知识

.Info Object是BW中最小的存储单位.2.BW中的数据对象有Info Object,Cube,DSO,Info set,Multi-provider,visual provider. 其中IO,Cube,DSO是实际的物理存储对象,Info set和 Multi-provider可以理解成为建立在其他物理存储对象上的视图,是不存储数据滴~~3.接上一点,那为什么要用到Info set和Multi-Provider呢?那要从BEx报表的展现机制来说了.在BEx报表设计中,你只能选取一个Info provider作为数据池来构建你的报表,如果你所需要的数据放在多个Cube或者DSO里面的话,那么你就需要一个工具把这些info provider集合在一起变成一个info provider,这个工具就是info set 或者是 Multi-provider4.还是接着上一点,说得这里别人面你的时候就肯定顺水推舟的问你Info set 和Multi-provider 的区别是什么(俺被面到了~~汗~~),教科书的答案是两者中各info provider的连接方式不一样,info set貌似是内连接~~~~还是不好理解...俺想了一个晚上,得到一个想法 set 连接方式取的是数据的交集,而Multi-provider取的是数据的并集,关于交集和并集是什么,你们去问你们的数学老师~~5.如果没有做过实际的Multi-provider的模型的,如果被问到,其实可以拿个业务来举例,最典型的就是销售计划与实际对比,计划数据放在一个info provider,实际数据放在一个provider,用一个Multi-provider把他们组合起来,其中可以按销售部门key连接,销售员key连接,Item key来连接.6.DSO key figure的转换分为覆盖与合计2种,点detail,双击key figure可以选择7.那么一定要记下DSO与Cube的区别(基本上都会被问到)...Cube的key figure是累加的...而DSO是可以覆盖或者累加的~~8.在构建DSO的时候,如果数据表中有日期类型的字段存在的话,那么你就最好把会计年度变量(0fiscvarnt)的特征放在Key file里面...如果你没有放的话,系统会给你黄色的警告...当然你可以忽略...但是如果忽略了,后果就是在DSO激活数据的时候你会发现激活有错误~~~9.Cube,最大维度16个,去掉系统预先定义的Time,Unit,Request,可以用的有13个.最大key figur数--233，最大Characteristic—24813.有关Cube的优化,可以聚集,分区,压缩. ?(14.流程链的T-code是RSPC15.每一个流程链必须有一个开始流程.没有变式的开始流程没有任何的价值.2 m4 a$ Y! o0 F16.流程链的类别包括加载流程与后续处理,数据目标管理,自动报告代理,常规服务,其他BI流程和自定义流程.6 J( X) n# V/ P6 b: D/ | 7 b& i- Y" W& c% y2 A1 D! L17.收集器流程....管理输入到相同的后继流程的多个流程...相当于交通警察的作用.可以判断替代流程是否满足条件而触发后继流程. ! b' N" `! K6 ~$ a/ p 18.流程链必须激活.19.流程链中的颜色,红,黄,绿.....应该都明白各自的含义.20.与进程,或进程,或异进程都属于收集器流程21.DSO分为标准DSO,写优化DSO,直接更新的DSO. U5 ^0 J. ]+ v' O# M1 s8 |8 v' R5 q22.标准DSO中有一个选项叫做"生成主数据标识"...这是啥玩意呢?他的用法取决于你的DSO 是要拿来干什么的.如果你的DSO是拿来做报表的,那么勾上他是可以提高报表的查询速度.如果你的DSO是拿来存储数据的,那么建议不要勾上,因为系统会自动分配SID给你........貌似是设计用来做报表查询的index吗?/ O" S8 O; ^8 Y2 u% j23.实际的项目大多数喜欢用3层的数据模型,底层是写优化的DSO,记录delta和保证数据与PSA的一致,第二层用标准DSO,第三层用Cube...用level 1的DSO更新level 2的DSO的时候,一般都用SUM的方式.2 S X z8 J$ b3 X' n6 |$ A$ U% ^24.BW做初始化的时候要注意什么呢?业务系统要全面停止,禁止输入任何数据.这个好理解吧今天来说说标准数据源的Delta机制25.所有的Delta数据,在传到BW之前,都会先到Delta Q里面,再从DeltaQ到BW.Delta Q可以用RSA7查看.26.Delta数据从原始表到Delta Q, 有两种方式:对于LO的数据源，是系统将Delta数据push 到Delta Q的，然后在InfoPackage执行的时候，再把数据从Delta Q搬到BW.这就是PUSH 的方式. 对于非LO的数据源，大部分采用time stamp的方式，在InfoPackage执行的时候，系统根据time stamp去源数据表获得delta数据，这些数据被送往Delta Q之后，紧接着就被搬到BW了.这就是所谓的PULL的方式.; c9 n# G) x; Z2 H" X5 R9 s / a9 \" J t6 F) u27.所以总结一下:/ W1 N* [5 W3 K% y8 l0 L: { PULL：当BW端请求数据时，R3端才做出回应，执行相关Function Module，把数据写入delta queuePUSH：数据自动写入delta queue，当BW端请求数据时，直接去delta queue中抽取28.RSA7是查看Delta Q的,但是真实数据不是存在这里的.SMQ1(Out bound Queue)才是存储数据的地方~。

TIBCO BW培训 - 基础知识

Steel Ren SOA Consultant
TIBCO Training Course
37
创建Enterprise Archive

使用Designer或者命令行创建EAR EAR包括
流程包资源包 Adapter包

Designer选项
使用Tool
-> Create Project EAR快速创建使用Enterprise Archive控件，手工创建
TIBCO Training Course
5
BusinessWorks组件
TIBCO Designer TIBCO Administrator 插件：TIBCO Adapter

Steel Ren SOA Consultant
TIBCO Training Course
6
BusinessWorks方法论

开发人员使用Designer
创建Enterprise
Archive(EAR)文件
运行环境：TIBCO Administrator
部署、管理和监控EAR
Steel Ren SOA Consultant
TIBCO Training Course
7
TIBCO Designer

TIBCO IDE用于：
TCP/IP连接消息传输(HTTP,JMS) 通用数据展现(
XML) 通用传输协议(SOAP) 服务发现(WSDL,UDDI)

BW既可以做SOAP服务端也可以做客户端
Steel Ren SOA Consultant
TIBCO Training Course
28

1.BW基础概念知识

1．基础问题集锦：关键值下的“累计值/非累计值”是什么意思？1) 累计值。

使用这一选项的关键值是一个自身存储数据的字段，在运行查询或报表时，系统会按照"集合"子窗口的设置将相应的值加总或平均，这也是最常见的设置。

2) 带非累计值更改的非累计值。

使用这一选项的关键值是一个非累计值，自身并不存储数据，但是它带有一个附加关键值，这一附加的关键值是存储数据的，表示的是非累计值的增量变化，非累计关键值的取值为附加关键值的累计结果。

3) 带流入和流出的非累计值。

使用这一选项非累计值带有两个附加关键值，分别表示非累计值的流入和流出的值，其取值为这两个附加关键值的累计结果。

做增量的时候，Tcode：LBWE下集中更新模式的区别是什么啊？Direct Delta：这就是一种V1模式，数据同步更新到增量队列，这种模式系统负荷很重，特别是对于业务量大的凭证，通过RSA7可以直接查看增量数据；Queued Delta：类似于V3的更新模式，与V3更新的区别在于，增量数据首先被收集到一个抽取队列中（V1模式），此时可以通过LBWQ查看增量数据，然后通过一步Job操作增量数据被送到增量队列中（V3模式），此时可以通过RSA7查看；Unserialized V3 Update：此模式与Queued Delta模式类似，唯一的区别是增量队列中的数据是无序的，而Queued Delta中的数据是排序的，这个对于采用覆盖模式的模型来说是最致命的，所以如果更新目标是DSO的话，还是不要采用这种模式，通过SM13可以查看增量数据。

什么是V3更新模式？V1同步更新模式，即凭证产生就更新增量，与业务数据同步更新；V2异步更新模式，就如同一个两步的操作一样，业务凭证产生以后，第一步更新业务数据源，第二步更新增量表，也就是说业务数据源和增量表是异步更新的；V3异步更新模式，也是两步操作，业务凭证产生以后首先更新业务数据源，然后再更新增量表，与V2的区别在于它的更新是通过后台事件来触发的，即定一个任务定时收集增量并更新至增量表。

BW基础知识讲解

Do
报表分析
报表测试与验收 Check
Check
议程
BW是什么? BW里面有什么?
我们为什么需要BW? query报表有什么优势?
Query本质
有数据交互功能的Excel
Query的优势优劣
跨部门数据查询汇总一个月据数据一致性
Query报表
很方便实现, 数据是共享的。很方便实现可以保证与ERP一致，地方与总部一致不容易做
谢谢
可用
能用
好用
非常好用
创造价值
名词解释
名词 BW ERP query analyzer filter dimension 说明 Business warehouse【商业数据仓储】 Enterprise Resource Planning（企业资源计划）的简称我们设计的报表叫query 用来运行报表的工具叫analyzer 筛选器维度
议程
BW是什么? BW里面有什么?
我们为什么需要BW? query报表有什么优势?
议程
BW是什么? BW里面有什么?
我们为什么需要BW? query报表有什么优势?
BW—Business Warehouse【商业数据仓储】它的本质就是一个仓库 --- 用来存放数据
仓库可以放很多东西 --- 集团统一的数据平台
手工报表
不容易做，数据是封闭的。
无法保证，有人为因素的影响。
分析几年数据
效率安全性
很方便实现
一旦稳定无误，效率持续调高安全可靠
不容易做
效率与人员素质有关。一旦人员异动或者文件丢失，数据再也找不到。
查询速度
与电脑性能，服务器性能有关，打开快可以解决，有提高的空间。

BW相关ABAP基础知识_Final

1.系统内部常用变量：SY-UZEIT: 当前系统时间;SY-INDEX: 当前LOOP循环过的次数SY-TABIX: 当前处理的是internal table 的第几笔SY-TMAXL: Internal table的总笔数2.Tables关键字用来声明 Table Work Area 的数据TABLES: SPFL.SELECT * FROM SPFL.WRITE: SPFL-MANDT, SPFL-CARRID,SPFL-CONNECTION.ENDSELECT.3. Internal Table 的声明3.1 内表格式1TYPES|DATA itab {TYPE|LIKE} tabkind OF {linetype|lineobj}[WITH key] [INITIAL SIZE n].Example:DATA Itab_Company LIKE HASHED TABLE OF Company WITH UNIQUE KEY Name. 3.2 内表格式2DATA: BEGIN OF <internal table> OCCURS <n>,<field 1> TYPE <type1>,[<field 2> TYPE <type 2>,<field 3> TYPE <type 3>,END OF <internal table>.3.3 内表格式3DATA <f> <type> OCCURS <n> [WITH HEADER LINE].4.工作区及内表转换1. 工作区.程序对内表的操作不能直接进行,必须通过一种接口来传输,这个接口就是工作区(Work Area).如果程序需要从关系数据库中取数据到内表各行中,必须先将数据读入工作区,然后把工作区中的数据赋给内表的行.工作区必须具有和内表的行一致或者可相互转换的数据结构.2. 表行头.在创建内表对象的同时可以隐式地定义一个同名工作区.创建了带表头的内表之后,可以认为程序中存在两个数据对象,一个是内表,另一个与内表结构相同的结构体.如果一个语句中,该名称同时代表内表或同名表的工作区,则需要在内表名称之后加“[]”。

BW基础知识(介绍)

SAP NetWeaver™ People Integration Multi-Channel Access Portal Collaboration Life Cycle Management

Information Integration Business Knowledge Intelligence Management Master Data Management Process Integration Integration Business Process Broker Management Application Platform J2EE ABAP DB and OS Abstraction
BW基本概念：InfoCube 有几种形式的InfoCube

物理数据存储器,包括基本InfoCube和MultiInfoCube
(目前我们的报表都是基于MultiInfoCube的)

虚拟数据存储器,包括远程立方体(RemoteCubes) 有服务功能的虚拟信息立方体(Virtual InfoCubes with Serivces)
BW基本概念：ODS 什么是 ODS ?
InfoCube
Update Rules
ODS ( Operation Data Store )
ODS对象是文档层次上
集合和清除事物数据的一个存储地址.ODS对象描述了一个或者多个数据源获得一个统一的数据集,这个数据集存放的是颗粒度比较小,一些行项目的信息数据。由特性和关键指标组成，与 R3的数据库表结构相似。
…..R3 ………. ……….
2LIS_11_VAITM 2LIS_03_BF
……….

BW整理

Bw简答题：1.业务需求分为三部分：·在bw系统中建立相应的模型·在bw系统中完成数据的加载·在bex工具中建立查询和报表，显示数据2.特性，自由的区别：·特性放在行中和自由特性中，没有本质区别·特性放在行中，则在报表打开时就会显示，是报表的“首发阵容”·特性放在自由特性中，需要报表用户将其拖入报表中，才能显示3.什么叫处理链？创建运行有哪些注意？处理链能自动完成数据的加载，为前面建立的第一个模型建立处理链注意：在BW7.3版本中，可以输入T-code:RSPC后进入4.对象的版本有有几种，分别是？·D版本，交付版本。

系统刚装好时自带都为D版本·A版本，活动版本。

D版本激活后为A版本，只有A版本可存储数据·M版本，修改版本。

激活的业务内容对象被修改，保存但未激活，为M版本。

M版本只是过渡版本5.DSO分为几类？·标准DSO；写优化DSO；直接更新DSO6.DSO与InfoCube的比较（主键，关键值设置有什么不同）·主键就是所有关键字段的组合·DSO中，主键是Key Field中所有特性的组合在InfoCube中，主键是所有特性的组合·关键值设置方面DSO默认是覆盖，但可以改为汇总InfoCube只能汇总Set的特点：·只能链接InfoCube，DSO和InfoObject这三种由物理数据存储的InfoProvider ·连接方式为Join·InfoSet可以有内连接，左连接和时间相关数据的临时连接8.虚拟立方体创建的方式：·基于直接访问的DTP·基于BAPI·基于Function Module9.什么时候使用虚拟提供者？·需要从SAP源系统获取最新数据·仅偶尔访问少量数据·仅少数用户同时使用数据库查询10.开放集成器提供什么功能？·提供了从BW系统向其它SAP和Non-SAP系统发送数据的功能。

sapBW报表使用培训文档

49
第二章 BW报表运用
EXCEL格式报表功用引见移动结果范围、制造格式化报表3
1.提示查询无法计算后，点刷新按
钮。
2.刷新后，输入变量屏幕，执行出
报表结果
勇于开始，才能找到成功的路
3.右键属性，在交互栏中选择翻开任务簿时刷新查询，这样以后每次翻开任务簿后自动刷新
50
第二章 BW报表运用
自选按钮
逻辑判别选项
特性化变量
可拔出多行
勇于开始，才能找到成功的路
值范围输入
12
第二章 BW报表运用
网页报表界面引见网页格式报表—报表数据界面
行结构
勇于开始，才能找到成功的路
列结构
13
第二章 BW报表运用
网页报表功用引见
为了更好的灵敏变换和查询自己想要的数据，SAP的BW网页格式的报表具有以下这些主要功用供大家运用：
挑选
追溯
切换
显示代码
勇于开始，才能找到成功的路
排序
层次活动
输入到EXCEL
紧缩0行〔又叫制止用0〕
紧缩总计结果
例外
条件
14
第二章 BW报表运用
网页报表功用引见挑选
勇于开始，才能找到成功的路
小漏斗状挑选按钮
15
第二章 BW报表运用
网页报表功用引见追溯
列追溯按钮
勇于开始，才能找到成功的路
特性化变量
可拔出多行
勇于开始，才能找到成功的路
值范围输入
34
第二章 BW报表运用
EXCEL格式报表界面引见 EXCEL格式报表—报表数据界面
特性区域
行结构
报表数据区
勇于开始，才能找到成功的路

bw学习必需掌握的基础知识.doc

l.lnfo Object是BW屮最小的存储单位.2.BW 中的数据对象有Info Object,Cube,DSO,Info setMulti-provider,visual provider.其中IO,Cube z DSO是实际的物理存储对象,Info set和Multi-provider AT以理解成为建立在具他物理存储对象上的视图，是不存储数据滴~~3.接上一点，那为什么要用到Info set和Multi-Provider呢?那要从BEx报表的展现机制来说了. 在BEx报表设计屮，你只能选取一个Info provider作为数据池来构建你的报表，如果你所需要的数据放在多个Cube或者DSO里血j的话，那么你就需要一个T具把这些info provider集合在一起变成一个info provider,这个T具就定info set 或者■是Multi-provider4.还是接着上一点，说得这里别人面你的时候就肯定顺水推舟的问你Info set和Multi-provider 的区别是什么(俺被面到了~~汁教科书的答案是两者中各info provider的连接方式不一样,info set貌似是内连接~~~~还是不好理解…俺想了一个晚上，得到一个想法 set连接方式取的是数据的交集，而Multi何ovider取的是数据的并集,关于交集和并集是什么，你们去问你们的数学老师~~5.如果没有做过实际的Multi-provider的模型的，如果被问到，其实可以拿个业务来举例，最典型的就是销售计划与实际对比，计划数据放在一个info provider,实际数据放在一个provider, 用一个Multi-provider把他们组合起来，其屮可以按销伟部门key连接，销伟员key连抵Item key 来连接.6.DSO key figure的转换分为覆盖与合计2种，点detail,双击key figure可以选择7.那么一定要记下DSO与Cube的区别(基本上都会被问至U)...Cube的key figure是累加的…而DSO是可以覆盖或者累加的~~8•在构建DSO的时候，如果数据表屮有口期类型的字段存在的话,那么你就报好把会计年度变S(Ofiscvarnt)的特征放在Key file里面…如果你没有放的话，系统会给你黄色的警告…当然你可以忽略…但是如果忽略了,麻果就是在DSO激活数据的时候你会发现激活有错误~~~9.Cube撮大维度16个,去掉系统预先定义的Time,Unit,Request,可以用的有13个.最大key figur 数-233,最大Characteristic-248DSOYou can create a maximum of 16 key fields (if you have more key fields, you can combine fields using a routine for a key field (concatenate).)・You can create a maximum of 749 fields- You can use 1962 bytes (minus 44 bytes for the change log)・You cannot in elude key figures as key fields摘自SAP官网~~10.PSA-persistence store area....持久数据加载区域从数据源出来的数据第一站都会停留在这里•它是以包为单位进行传输的":U.系统屮的状态提示：D SAP传输(Delivery)状态A激活(Active)状态M修改(Modified)状态12.DSO三个表N表数据抽取示存放在N表激活后会清空(这点要记得哦)A表激活数据表BEx 拿数据是从这张表拿的Log表存放数据的更改动作13.有关Cube的优化，可以聚集，分区，压缩.14.流程链的T-code是RSPC15.每一个流程链必须有一个开始流程.没有变式的开始流程没有任何的价值.16.流稈链的类别包括加载流稈与后续处理，数据日标管理,白动报告代理，常规服务，其他BI 流程和自定义流程.17.收集器流稈.…管理输入到相同的示继流程的多个流程…相当于交通警察的作用.可以判断替代流程是否满足条件而触发后继流程.18.流稈链必须激活.19.流程链中的颜色，红，黄，绿..…应该都明白各自的含义.20.与进稈，或进稈,或异进程都属于收集器流稈21.DSO分为标准DSO,写优化DSO Z H接更新的DSO.22.标准DSO屮有一个选项叫做“生成主数据标识”…这是啥玩意呢?他的用法取决于你的DSO 是要拿来干什么的.如果你的DSO是拿来做报表的,那么勾上他是可以提高报表的查询速度. 如果你的DSO是拿来存储数据的，那么建议不要勾上，因为系统会白动分配SID给你........貌似是设计用来做报表查询的index吗？23.实际的项目大多数喜欢用3层的数据模型，底层是写优化的DSO,记录delta和保证数据与PSA的一致，第二层用标准DSO,第三层用Cube...用level 1的DSO更新level 2的DSO的时候, 一般都用SUM的方式.24.BW做初始化的时候要注意什么呢?业务系统要全面停止，禁止输入任何数据.这个好理解吧今天来说说标准数据源的Delta机制25.所有的Delta数据,在传到BW Z前，都会先到Delta Q里面，再从DeltaQ到BW.Delta Q可以用RSA7查看.26.Delta数据从原始表到Delta Q,有两种方式:对于L0的数据源，是系统将Delta数据push 到Delta Q的，然后在InfoPackage执行的时候,再把数据从Delta Q搬到BW.这就是PUSH 的方式.对于非L0的数据源,大部分采用time stamp的方式,在InfoPackage执行的时候, 系统根据time stamp去源数据表获得delta数据，这些数据被送往Delta Q之示，紧接着就被搬到BW 了.这就是所谓的PULL的方式.27.所以总结一下：PULL：当BW端请求数据时,R3端才做出回应,执行相关Function Module,把数据写入deltaqueuePUSH：数据自动写入delta queue,当BW端请求数据时,直接去delta queue中抽取28.RSA7是杏看Delta Q的，但是真实数据不是存在这里lVj.SMQl(Out bound Queue)才是存储数据的地方~。

BW 培训

比方这次石药的欲将上线SAP之前的数据也将通过：EXCEL这个中间整理、导入到BW系统中，并能跟以后的ERP系统数据整合，出统一的报表。
II,多个SAP子系统的数据整合对于很多超大型企业，各个子公司往往是各自实施各自的SAP系统（可能是多个ERP系统，也可能是ERP系统和其他外延系统，例如CRM ），这样很容易形成信息孤岛：容易造成，诸如：信息共享程度低，导致供应商价格欺诈的情况时有发生；对于紧急情况下的区域内库存调剂没有库存信息支持；总部要即使从各个系统获取正确的管理信息比较困难。
从表结构看， I,开发周期长 II,难度大（逻辑整合） III,占用资源多（运行时间和内存占用多，会影响正常的开单业务等）需要的数据分散在4~5个大型表中。不利于进行大量数据的查询，而在ERP系统中，使用ABAP开发：
9
BW能解决的问题
» 2.跨系统数据的整合（可以理解为：1.跨模块数据查询的外延）主要有两大类： I,SAP系统和非SAP系统数据的整合
11
小结
BW（在线分析系统）

ERP（在线业务系统）

跨模块综合查询跨系统数据整合
以单一应用模块分析为主
短期趋势分析实时分析一般分析单一系统
历史性分析
趋势和规律分析深层数据挖掘分析非SAP数据汇总海量数据查询
12
定位
13
BW和ERP的关系
14
报表实例：
ETL
4
BW平台介绍
•SAP家族产品与 SAP无缝连接不影响业务操作。
•近实时数据抽取
•成熟的分析展示模型。
•支持多种不同信息源。 •友好的展示界面和实用的报表分析工具

BW 基本概念的交流和学习

1 InfoObject+ x _ z- g2 m. \业务对象和表字段就可以称为信息对象Characteristics: 例如“物料”, “客户名称”, “销售代表”特殊类型的特性:时间特性与时间相关的特性“Fiscal period”, “Calendar year”, ...单位特性国际通用的单位“Local currency” or “0Unit”…Key figures: 数量或者金额(“销售收入” and “销售数量”)2 DSO:以前版本称为ODSODS ( Operation Data Store )(ODS对象是文档层次上集合和清除事物数据的一个存储地址.ODS对象描述了一个或者多个数据源获得一个统一的数据集,这个数据集存放的是颗粒度比较小,一些行项目的信息数据。

由特性和关键指标组成，与R3的数据库表结构相似。

3.权限管理的学习A SAP授权的意义-SAP安全权限系统的制定取决于公司组织结构。

授权的意义：授权是公司组织结构的微观表现授权是公司业务流程的原子部件授权是公司业务安全的根本保证授权是公司责权明晰的基础条件1B授权的概念SAP 系统中权限设置可以通过一下手段实现：1)事务码控制可以执行什么操作，如报表查询:组织结构控制可以进行哪个组织机构的操作例如：山西电信本部财务可以查询山西所有局、部的财务信息(工建部仅可以查询山西工建部的财务信息特定授权对象如跨核算单位的财务处理中，财务人员仅可以操作对方的部分科目2)系统中权限设置可以通过以下手段实现：授权对象指派用户角色事务码限制用户可以进行的业务控制字段( 显性与隐性) 限制用户可以访问的数据例如：公司代码限制容许访问的公司代码Plant 限制容许访问的PlantSales organization 限制容许访问的Sales Org。

BW常用要点

1.如何理解数据仓库？数据仓库是一个面向主题的，集成的，相对稳定的，反应历史变化的数据集合，用于支持管理决策。

2.OLAP 和OLTP的基本概念和区别？Oltp 联机事务处理，就是我们通常所说的关系型数据库，记录了实时的增删改查数据。

Olap 联机分析处理，是数据仓库的核心，是对oltp的历史数据进行加工，分析处理，用于处理商业智能，决策支持等重要的决策信息。

区别：1.oltp 是明细的数据，olap 是汇总数据2.oltp 记录实时的数据，olap 包含2-3年历史数据3.oltp 可以进行增删改查操作，olap 只支持查询。

3.Bw中数据存储的最小单位是什么？他分为哪几种。

哪一个用来存放主数据，主数据分类？最小单位：Info object分类：特征和关键值，特征存放主数据，分为属性，文本和层级。

4.什么是bw星形结构，与传统星形结构有什么区别？BW星形结构：中间一张事实表，周围连接维度表，维度表中存放了主数据SID，通过主数据SID连接到主数据的属性表，文本表和层级表。

区别：传统星形结构维度表中存放了维度,键值,属性，BW星形结构中维度表中存放了主数据的SID，通过SID连接到主数据的属性，文本和层级，通过SID，可以实现多语言支持，主数据共享。

5.如何理解BW ETL的过程？BW的ETL数据抽取，就是把从R3和外部系统或者文件中的数据通过一定的转换关系抽取到我们BW端所建的信息立方体中进行分析。

6.ETL的基本操作步骤。

1）创建datatarget（infoobject，dso，infocube）2）创建数据源3）建立转换关系4）建infoobject，数据抽取到psa5）建dtp，从psa抽取数据到datatarget7.DSO 与cube 的区别。

1).从结构上，DSO是一张二维表，cube 是多维的星形结构2).从数据上，DSO存放的明细数据，cube存放汇总的数据DSO支持覆盖和合计，cube只支持累加。

SAP系统BW模块知识汇总

SAP系统BW模块知识汇总SAP BWSAP BW全称Business Information Warehouse，在版本3.5之后又称SAP Business Intelligence。

一.SAP BW背景随着近几年信息技术的日益成熟和ERP软件供应商对市场的大力培育，ERP系统已逐渐被企业界广泛接受，并成为不少成功企业提高经营管理效益的关键事务处理系统。

ERP的成功实施和应用，在使企业流程规范化的同时，也使得企业管理系统的处理数据量呈指数性增长。

对企业管理者来说，相当程度上，企业管理就是“信息的管理”，大量准确、及时的数据信息库无疑就象一座高品位的金矿一样，会让其兴奋不已。

不过，面对这庞大诱人的“金矿山”，要快捷有效地从中挖掘出真正的金子来，还是需要装备相当精良的工具的。

SAP BW（Business Information Warehouse，商务信息仓库）就是这样一件企业老总们亟需的“采金器”。

它也被认为是可以满足用户需求数据仓库系统中功能最强的一个:满足SAP和非SAP系统的整合，丰富的数据转换工具，强大的Staging mechanisms，易于使用的前台报表，整合的Web报表，通过不同的工具将数据转换到非SAP系统中，使得信息分析员和决策者都可以迅速获得来自不同系统的高度集成化信息，进行数据的分析，提供准确的综合性报表以及商务智能功能......这些都使得BW成为独特的，可满足不同用户需求的数据仓库系统。

二.SAP BW知识介绍SAP BW是mySAP商务智能（BI）的集成化组件之一，为SAP数据和非SAP数据的采集、存储、分析和管理提供一个集成的，面向商务的平台。

它可以智能化地管理整个企业管理信息系统的海量数据信息并从中挖掘出最有价值的信息，以向企业管理者提供强有力的决策支持，从而使企业对市场反应更灵敏快捷，整个企业也更具有生命力和竞争力。

SAP BW全称Business Information Warehouse，在版本3.5之后又称SAP Business Intelligence.处于SAP Netweaver整体架构当中的Information Integration这一层，与之并列的还有主数据管理（Master Data Management）和知识管理（Knowledge Management），这一块所谓的Information Integration，就是从企业的底层数据到最高表现层之间的一层分析的部分。

BW基本知识

1基本概念1.1 BExShort for Business Explorer. It includes following tools to present the reports to end user: Analyzer / Web Application Designer / Report Designer / Web Analyzer.1.2InfoProviderInfoProvider，信息提供者。

在创建qury之前，我们需要指定一个InfoProvider。

这个InfoProvider主要是为当前所要创建的报表提供数据来源。

在query中，一般作为的InfoProvider的对象为：InfoCubes、DataStore Objects、InfoObject(这里仅仅指的是特征)。

除了这些物理存储对象外，它还可以为：InfoSets、Virtual Providers、Multiproviders等逻辑视图物理存储类型的存储对象。

然而，在wad的创建中，提供数据的InfoProvider为我们创建的query。

在wad中，可以将多个query作为提供者。

例如：对于报表，我可以将query A1作为提供者，然而对于图表我可以把query B1作为提供者。

但是query的提供者有且仅有一个。

1.3INFOOBJECT信息对象/CHARACTERISTICS特征/KEYFIGURE关键值infoobject特征跟关键值合并起来称之为信息对象。

在BI中，项目定义、工作分解结构(WBS要素)、计量单位、日期等都称之为特征（characteristic）；例如电压等级、承建单位等都称之为属性(当然，这些也是特征)；每个项目产生的各种金额，如：可研估算、初设概算、下达预算、实际成本等都称之为：关键值(key figure)。

1.4INFO OBJECT的命名规则SAP在BCT(BUSINESS CONTENT)中自带一些InfoObjects,这些标准INFOOBJECTS的技术名称则是以’0’开头，如果自定义的，技术名称则必须以’A~Z’开头，长度3~9个字符。

SAPBW学习笔记(精选版二)

性能优化●InfoCube为什么快⏹之所以cube比ods速度快，和它采用的SID机制分不开的。

众所周知integer是比char检索速度要快很多的。

⏹再就是cube的index，cube里的所有characteristics都是key，都有索引，不然IO的效率就大大降低了。

●优化方案：⏹颗粒度尽量大：尽量不要在Cube里放太detail的数据，这种需求首先考虑R3用ABAP解决，如果非要在BW，可以考虑在DSO出明细报表，在Cube出汇总报表，通过RRI接口调用明细报表。

⏹查分多个：当Cube的数据量很大时，可以拆分成多个Cube, 再用MultiProvider拼起来，这样query会在N个Cube中并行，提高效率。

这就是所谓的逻辑分区。

常见的分区方式有按年月，按国家，按BU，按类型等。

⏹压缩（慎用，最好是半年甚至一年以上的数据）：给Cube做Compression。

Compression 本质上是去掉Data Dimension，这样fact table就被压缩了，但是request id 也消失了，将无法通过request id去管理数据。

⏹索引：数据库的索引可以加快查询速度⏹分区：对于很大的Cube，可以做partition, 这是物理分区，只支持按时间分区。

⏹聚集：使用Aggregation可以提高性能。

但是Aggregation本身是cube的一个子集，提高性能的同时也加大了数据冗余，所以不要用太多。

⏹Staitics：定期刷新DB Statistics 可以提高reporting的效率。

⏹使用MP：维度设计上，避免很多数据量很大char.放在一个维度上，因为这样会让维度表变得很大。

通常，尽可能拆分成更多的维度，然后在multiprovider层面，把相关的char都放一个维度里，然后做好Mapping，这样可以让用户更容易理解MultiProvider. 不过维度太多会导致fact table巨大，所以要做好平衡。

BW学习

目录目录 (1)1. 在源系统中设置BW传输参数。

Frequency 一般设置为5-10 (3)2. LO LIS的区别 (4)3. LBWE中维护默认的LO数据源 (5)4. Direct delta / Queued delta / Unserialized V3 update (7)5. 主数据DELTA (8)6. Delta Management中的一些定义 (8)7. 几种更新模式(Update Mode) (8)8. Delta type (9)9. Update Mode: Repeat (9)10. DataSource在R/3和BW中的表 (10)11. Return Table (10)12. 从CSV文件上传中文 (11)13. RSA7 Delta Update 和Delta Repetition (11)14. Query 跳转时显示如下消息 (13)15. Query中交通灯仅在合计行显示 (17)16. 在不同层次的合计行用不同的颜色显示 (18)17. BW中的SD凭证流 (22)18. 如何减少维度表的大小 (22)19. 删除PSA数据 (22)20. RSRV检查 (24)21. 在MultiProvider中，要连接的特性必须是一样的？而不能是参考？ (24)22. 在SD凭证流Infoset中，如何解决KPI重复计算的问题？ (24)23. LO中的PP数据源，生产订单需要设置： (25)24. LBWQ的数据无法进入RSA7 (26)25. CELL (27)26. 几个ODS同时激活，需要设置RSODSO_SETTINGS，和RZ10的参数文件.3027. 设置RSODSO_SETTINGS，和RZ10的参数文件后仍然不能激活ODS数据，用SM50查看BW处理进程，并保证GBD空闲进程至少三个。

(32)28. 在query里显示当期日期，可以创建一个公式变量，用客户退出。