SAP BW/BO学习总结
&&&&&& PS：本文由51教育中心老学员所写，首发于51SAP论坛。感谢原作者的无私分享。
&&&&& 经过几个月的培训，我从对BI的一无所知逐渐地对SAP BI有了一些自己的理解，SAP BI作为整个BI行业中的佼佼者，它有着自己独特的资源和优势，再加上最近几年兴起的，将会使得SAP BI如虎添翼。现在对培训课程中的BW/BO相关知识做一个大概的理解和总结：
&&& SAP BI主要分为三个部分，第一层也是最底层数据提取部分；中间层是数据仓库建模部分；最上层是数据展现及发布层次。
&&&& 第一层：数据提取部分，是针对OLTP系统中的业务数据进行提取的一个过程。SAP BI通过对源系统（和非SAP系统）的数据进行抽取，这里设计了一个BW与源系统的接口---数据源，数据源只是一个由多个字段组成的数据结构，通过维护数据源的结构（提取结构），然后利用提取器（代码）提取我们想要的数据内容。
&&& 对于数据的提取，我们主要学习了对文本数据源中数据的提取以及SAP 系统中主要业务模块中数据的抽取，因业务模块所针对的业务流程不一样，各司其职，而且各自的数据均有其自己的特点，因为对于不同模块中的数据，SAP公司设置了不同的抽取模式。
&&& 对于数据抽取，基本分为全量抽取和增量抽取。
&&& 1、全量抽取，很简单的理解就是对你系统中的截至当前的所有数据进行抽取。
&& 根据数据的特点，有些业务数据会直接从数据库底表中进行全量抽取，例如FI，CO-PA等；
&&& 有些业务数据，ECC端会专门设计一个setup table从数据库底中复制所有的数据供全量抽取使用，例如LO；
&&& 2、增量抽取，是用来抽取自上次抽取之后OLTP系统中新产生的数据（包括新增、删除、更改），OLTP系统中对新产生的数据的记录方式不一样，这样也就导致了在BW端抽取增量数据时的抽取方式也不一样；
&&& 对于增量抽取，ECC端设置了一个叫作Delta Process的办法来综合处理ECC端所有业务数据的增量数据抽取问题，以保证数据的完整和一致。
&&& Delta process可以通过表RODELTAM来查看,通过它可以了解增量数据是以什么样内容形式，通过什么途径、以什么样的状态进知增量队列到达BW端的。
以什么样的内容形式---update mode, 总共设计了六种形式，通过不同的组合来表现数据的增、删、改。这六种形式是前像X，后像空，删除D，新像N，反转R，附加A。
通过什么途径和方式--- Delta (process) Type,也就是说增量数据是如何到达BW端的，主要用到的有两种，一种push（ 用D来表示）,一种Pull（用E来表示）； Push是指增量数据产生直接进入到Delta Queue,然后由BW端触发infopackage获取增量数据。Pull是指由Bw端触发Job control来从ECC端的DB table中或是Update Table或Extract Queue中获取增量数据。
以什么样的状态---序列化，主要就是三种，无序、数据包有序、请求有序。
&&& 通过对Delta Process的了解，可以在BW端设计相应的模型来保证数据的完整和质量，在BW端通过DSO来保存和体现增量数据。
&&& 不同的数据源，有不同的Delta process，主要有ABR， AIE，ADD，AIM等方式，可能通过RSA2查看数据源的相关信息来了解对应的Delta Process。
&&& 对于 FI 数据，它的Delta process为AIE的方式；对于LO数据，它是ABR的方式；Co-PA数据，它是ADD的方式。
中间层是数据仓库和建模，在这一层次，主要是通过ETL来实现对各个源系统中的数据进行集成，整合，保持数据的完整、一致性，有必要并对数据进行数据挖掘分析，从而达到统一分析的目的。
&&& 对数据的建模，主要考虑到以下几点：
建立的模型必须满足业务的需求，通过了解企业业务流程，绩效考查点等对需求进行分析合理设计模型的大小、主题划分、特征、关键值的获得等。
对于模型性能的分析，主要是查询性能和数据上传的性能两个方面。合理利用设计维度表的大小，利用索引，模型中相关的工具（例如写优化的DSO，Cube的压缩，分区，聚集，行项目维度和基数高度设置，IO中的导航属性、特征）等来提高查询性能或数据上传性能。
合理设计模型，有利于项目实施后的运行和维护。
&&& 设计模型主要遵遁三个仓库，两辆车的特点进行设计，对于模型的架构遵遁建立EDW三层架构模型，使得数据能进行有效的拓展，保存数据的明细程度，一致性，EDW三层主要是：
&&& 底层：抽取层，一般为写优化的DSO, 主要是保存源系统中数据的原貌。
&&& 中间层：合并层，一般为标准DSO,主要是消除各个源系统中数据的不一致性，集成多个源系统中的数据，保存数据的明细程度。
&&& 最上层：展现层，一般为Cube和 Multi Provider，主要是根据主题划分，通过抽取合并层中的部分数据并对其进行合并，获得汇总级别的数据。同时通过Multi Provider可以连接多个Cube，对有关联的主题进行联合分析获得决策所需信息。
&最上层是数据展现和发布层，主要是根据业务需求对数据模型中的数据进行分析和查看。在课程中学习了 BEx 以及专门用来对数据进行展现的 BOE平台及相关的软件。
&&& 根据需要展现的报表需求，选择合适的软件来实现达到最好的效果。
WEBI有着良好的设计界面，多维分析和查询钻取功能，格式不够灵活。通过Universe与多种数据源进行联接。
Crystal Report有着强大的功能实现，格式较灵活，企业级的报表。可以直接联接多种数据源。
Crystal Xcelsius 注重 动态分析和what-if分析，界面较为直观，设计较为简易，针对管理层级以上的用户，要求的数据量不能过大。需要通过QAAWS来联接数据源或直接连接Excel。
&&& 以上是培训课程结束后对整个课程的大致宏观理解，具体的细节过程还需要在以后的学习过程中更加深入的了解和应用！
(编辑：cindy liu )
------分隔线----------------------------
您有可能感兴趣的文章
栏目推荐文章
Copyright ©
All Rights Reserved.
网站声明：SAP和SAP LOGO是SAP AG公司商标，SAP中文学习网与SAP并无任何关联。SAP SE在 App Store 上的 App
正在打开 iTunes Store。如果 iTunes 不自动打开，在 Dock 或 Windows 桌面上点击 iTunes 图标。进度指示器
正在打开 iBooks Store。如果 iBooks 未打开，请在 Dock 中打开 iBooks App。进度指示器
如要轻松整理及新增数码媒体收藏，iTunes 是全世界最简单的工具。
我们在您的电脑上找不到 iTunes。 如要购买和下载 [?] 的 App，请立即获取 iTunes。
已经有 iTunes 了？ 现在点击「我有 iTunes」以打开 iTunes。
打开 iTunes 以购买和下载 App。
iPhone App随笔分类 - Sap BO
摘要: 要求如图 说明：维：区域 、分公司、事业部、销售产品组度量：销售金额要求：统计如图表格数据；销售占比计算公式：产品组的销售金额 /对应事业部的销售数量，即 列5 / 列4;销售偏差计算公式：（事业部产品组销售占比 -域总的销售占比 ）/区域总的销售占比；区域总销售占比=sum(销售产品组销售金额)/sum(区域销售金额)出现的问题：1、在统计销售产品组的销售占比的时候，存在上下文的问题；2、销售偏差比较麻烦。解决办法：1、销售占比，直接用聚合函数 Percentage()；参考帮助2、销售偏差，要用到上下文的概念，请参考...
hanmos 阅读(676) |
摘要: 在Webi中常见的占比计算场景如下图，此类计算较为简单，使用公式：=Percentage([人数]) 即可而在实际项目中会时不时出现一些特别的占比计算需求，如下图这类占比若是直接使用公式：=Percentage([人数]) ，出现数据如图，并不能满足需求这里介绍两种计算这类占比的公式：1.公式：=[人数]/（sum（[人数]）in [组织]）此公式的关键是理解分母的语法 in。in在Webi公式编辑器中的运算符一栏，其注释为“在计算上下文中指定维”。针对（sum（[人数]）in [组织]），我们可以这样简单地理解：原表中针对度量“人数”其计量的维度（也即上下文）有两个：“组织”、“性别”；使用
hanmos 阅读(337) |
摘要: 首先，单位字段需存在（或给固定值就不需要了）。对需要带出单位的数据字段右键，设置字段格式，在数字页签进入自定义，在货币符号选项中勾选启用货币符号即可。可设置货币的显示位置等。注意事项：在货币符号处，若设置了默认值，那么当数据字段没有值的时候会带出默认值而不是空单位。
hanmos 阅读(135) |
摘要: 需求：部分报表分主从报表，需要对参数进行传递，动态显示从报表信息。主从报表可以加强对数据进行分析，以满足客户需求。也是报表工具以及开发报表最基本功能特性。Webi参数传递跟其他Web应用程序参数传递方式一样，没有本质区别，在我看来，唯一区别，就是接收参数值有些特别设置而已。Webi参数传递大体思路为：在主报表中创建需要动态绑定的URL，然后在从报表中设置参数接收条件即可。本技术要点是：URL和参数接收设置。而URL是使用webi公布的报表浏览方式：opendocument.aspx进行参数传递，在文章后面回附上关于boe_xi_opendocument.pdf文档说明。下面我们可以动手制作一个
hanmos 阅读(1343) |
摘要: 1、CX的后台进程是一个Xcelsius进程和excel进程的合集。CX的excel进程管理的很烂，很容易出问题。不要在一台机器上同时开CX和其他任何有可能带有excel进程的程序，比如同时开多个CX或者开了CX又开excel，否则会很容易出问题。特别是在服务器上，因为服务器允许多用户同时在线，一个用户开启了CX会影响另一个用户使用CX和excel，或者是相互影响。这种情况随着excel进程的增加，出问题的几率会大大增加。建议不要在服务器上搞CX的开发，即使比如要在服务器上搞开发，也最好限制下人数。2、慎用CX的定时刷新功能。CX刷新数据的时候，会找数据源要数据，如果数据源返回数据的时间过长，
hanmos 阅读(227) |
摘要: 要求如图说明：维：区域 、分公司、事业部、销售产品组度量：销售金额要求：统计如图表格数据；销售占比计算公式：产品组的销售金额 /对应事业部的销售数量，即 列5 / 列4;销售偏差计算公式：（事业部产品组销售占比 -域总的销售占比 ）/区域总的销售占比； 区域总销售占比=sum(销售产品组销售金额)/sum(区域销售金额)出现的问题：1、在统计销售产品组的销售占比的时候，存在上下文的问题；2、销售偏差比较麻烦。解决办法：1、销售占比，直接用聚合函数 Percentage()；参考帮助2、销售偏差，要用到上下文的概念，请参考webi自带帮助文件=If(IsNull(Percentage([销售金额
hanmos 阅读(303) |
摘要: 近日偶然听说BO4.0自带Mobile For iPad服务，就自己尝试了下，结果效果还不错，Webi跑的很嗨，cr没试过，应该也没问题。cx就不想了。自己做了个例子，连接BW Query，可以刷新BW的数据。经典的sflight，看过标准教材的人都知道～报表筛选条件选择航线承运人ios日期风格速度不赖～图表，但经过测试似乎只支持基本的饼图、柱图等。总结，虽然在ipad上只有一些基本功能，但已经很令人满意了。关键是，把webi发布到ipad上，开发量几乎为0。
hanmos 阅读(697) |
摘要: 最近配置BW和BO的SNC死活过不去，又找不到原因。搜Notes的时候发现可以打开Trace log的方法：新建两个系统环境变量：CPIC_TRACE_DIR-----日志存放文件夹CPIC_TRACE-------日志级别（0=No trace, 1=Error trace, 2=Trace flow and shortened data trace, 3=Trace flow and complete data trace）为了解决问题，当然选择完整日志。Log有了，问题顺利解决！
hanmos 阅读(176) |
摘要: 管理用户帐户和组本节说明了与用户和组的帐户管理相关的任务。它包含了描述如何在BusinessObjects Enterprise 中添加、修改和删除帐户的说明。它还详细说明了如何将NT、LDAP 和AD 身份验证与BusinessObjects Enterprise 配合使用并将它们集成在一起。什么是帐户管理？可以将帐户管理想像成与创建、映射、更改和组织用户及组信息相关的所有任务。中央管理控制台(CMC) 的“用户和组”管理区域使您能够集中执行所有这些任务。在“用户”区域中，您可以指定用户访问BusinessObjects Enterprise 所需的所有信息。要创建用户帐户，请指定以下信息：
hanmos 阅读(2154) |
18:59:23|分类：默认分类|字号订阅bo中的权限管理，在项目实施中是一个严谨的系统工程，对权限规划应该根据不同企业的具体情况进行部署；根据本周测试，本人总结bo中权限控制可以分为六层： 第一层，权限根据具体用户应有属性，把操作界面即模块作为一层控制点进行控制； 第二层，对特定编号范围组的访问权限作为一层控制点，即在bo中将凭证编号和在权限设置中的“管理”——“系统初始化”——“序列”中组编号联系起来，为每个用户分配到一个恰当的序列组，每个序列组中有规划的序列编号范围。例如，您可以指定用户只可以访问特定编号范围的报价。对其他编号范围报价的访问权限可能受到限制...
hanmos 阅读(559) |
摘要: 在Webi中常见的占比计算场景如下图，此类计算较为简单，使用公式：=Percentage([人数]) 即可而在实际项目中会时不时出现一些特别的占比计算需求，如下图这类占比若是直接使用公式：=Percentage([人数]) ，出现数据如图，并不能满足需求这里介绍两种计算这类占比的公式：1.公式：=[人数]/（sum（[人数]）in [组织]）此公式的关键是理解分母的语法 in。in在Webi公式编辑器中的运算符一栏，其注释为“在计算上下文中指定维”。针对（sum（[人数]）in [组织]），我们可以这样简单地理解：原表中针对度量“人数”其计量的维度（也即上下文）有两个：“组织”、“性别”；使用
hanmos 阅读(471) |
摘要: 开发BW报表时，经常会遇到一些展示效果要求比较高的需求，这种情况下，往往需要借助Excel的公式或者VBA编程来实现。需要用到公式时，可以查看excel帮助文档，以找到具有相应功能的公式。但是，有时仅仅利用公式不能够满足一些复杂的需求，则要借助VBA。对于刚刚接触VBA的开发人员来说，掌握VBA的对象以及事件机制是关键，对象分别有哪些属性、方法可供使用，这些方法能够实现何种功能能，把这些问题搞清楚，就可以掌握整个VBA开发技术。但是，这些细节技术点，原理性不强，知道即掌握，没有什么复杂的逻辑，因此，完全可以在有需要的时候，快速查找即可，没有必要花费大量时间在细节技术点上。那下边，我介绍我自己认
hanmos 阅读(596) |
摘要: o BusinessObjects Enterprise 是一种灵活可靠的可伸缩的解决方案，用于通过任何 Web 应用程序（Intranet、Internet 或公司门户）将功能强大的交互式报表发布给最终用户。o 不管是将它用于发布销售周报表、为客户提供个性化的服务产品还是将重要信息集成到公司门户，BusinessObjects Enterprise 都提供了延伸到组织内外的可行方案。o 作为一种用于创建报表、分析和信息传送的集成式套件，BusinessObjects Enterprise 提供了可提高最终用户生产效率和减少管理工作量的解决方案。下图是一些BO上的产品工具。BO 有很多功能和工
hanmos 阅读(5973) |
摘要: 需求：部分报表分主从报表，需要对参数进行传递，动态显示从报表信息。 主从报表可以加强对数据进行分析，以满足客户需求。也是报表工具以及开发报表最基本功能特性。 Webi参数传递跟其他Web应用程序参数传递方式一样，没有本质区别，在我看来，唯一区别，就是接收参数值有些特别设置而已。Webi参数传递大体思路为：在主报表中创建需要动态绑定的URL，然后在从报表中设置参数接收条件即可。本技术要点是：URL和参数接收设置。而URL是使用webi公布的报表浏览方式：opendocument.aspx进行参数传递，在文章后面回附上关于boe_xi_opendocument.pdf文档说明。下面我们可以动手制.
hanmos 阅读(977) |
摘要: 功能1、支持多种数据源2、选择专家3、格式化字段4、记录排序专家5、组专家6、汇总专家7、图标专家8、节专家包含5个节 报表头、页眉、详细信息、报表尾、页脚
hanmos 阅读(422) |
摘要: 1、条件筛选2、各种公式使用3、使用报警器4、模版-- 水平表 、垂直表、交叉表5、变量编辑器6、合计，平均值、最大值、最小值等计算7、排名不断更新中.......
hanmos 阅读(1151) |}