SAP BW快速指南Word文档格式.docx
《SAP BW快速指南Word文档格式.docx》由会员分享，可在线阅读，更多相关《SAP BW快速指南Word文档格式.docx（74页珍藏版）》请在冰豆网上搜索。
2001年10月
BW
3.0B
2002年5月
3.1
2002年11月
3.1C
2004年4月
3.3
3.5
BI（名称更改为BI）
7
2005年7月
SAPBI中的数据采集
SAPBI允许从多个数据源获取可分发到不同BI系统的数据。
SAPBusinessIntelligence系统可以作为数据传输的目标系统或用于将数据分发到不同BI目标的源系统。
如上图所示，您可以看到SAPBI源系统以及其他系统-
∙SAP系统（SAP应用程序/SAPECC）
∙关系数据库（Oracle，SQLServer等）
∙平面文件（Excel，记事本）
∙多维源系统（Universe使用UDI连接器）
∙通过推送将数据传输到BI的Web服务
当您转到SAPBIAdministration工作台时，会在其中定义源系统。
转到RSA1→源系统
根据数据源类型，您可以区分源系统-
∙事务数据的数据源
∙主数据的数据源
∙层次结构的数据源
∙文本的数据源
∙属性的数据源
您可以使用InfoPackage将数据从数据源结构中的任何源加载到BI。
在转换中定义要在其中加载数据的目标系统。
InfoPackage
InfoPackage用于指定如何以及何时从不同的数据源将数据加载到BI系统。
InfoPackage包含有关如何将数据从源系统加载到数据源或PSA的所有信息。
InfoPackage包含从源系统请求数据的条件。
注意
-在BW3.5中使用InfoPackage，您可以在持久性分级区域中以及源系统中的目标中加载数据，但如果您使用SAPBI7.0，则数据加载应仅限于最新版本的PSA。
BI数据流（InfoPackage和InfoProvider）
BI内容
BI对象由以下组件组成-
∙角色
∙Web模板和工作簿
∙查询
∙InfoProvider
∙更新规则
∙InfoSource
∙转移规则
∙InfoObjects
∙数据源
BI对象分为多个BI内容区域，以便可以以有效的方式使用它们。
这包括组织中所有关键模块的内容区域，包括-
∙SCM
∙CRM
∙HR
∙财务管理
∙产品生命周期
∙行业解决方案
∙非SAP数据源等
SAPBW-数据仓库
在本章中，我们将讨论星和扩展星模式。
我们还将了解InfoArea和InfoObjects是什么。
星型模式
在星型模式中，每个维都连接到一个事实表。
每个维度仅由一个维度表示，并且不进一步归一化。
维度表包含用于分析数据的一组属性。
例如-我们有一个名为FactSales的事实表，它具有所有Dim表的主键，并且度量单位_sold和dollars_sold进行分析。
我们有4个维度表-DimTime，DimItem，DimBranch，DimLocation，如下图所示。
每个维度表都连接到事实表，因为事实表具有用于连接两个表的每个维度表的主键。
事实表中的事实/度量与维度表中的属性一起用于分析目的。
扩展星模式
在扩展星型模式中，事实表连接到维度表，此维度表进一步连接到SID表，此SID表连接到主数据表。
在扩展星型模式中，在多维数据集内有事实和维度表，但是SID表在多维数据集之外。
将事务数据加载到信息多维数据集中时，基于SID生成DimId，然后在事实表中使用这些DimID。
在扩展星型模式中，一个事实表可以连接到16个维度表，每个维度表分配248个最大SID表。
这些SID表也称为特征，每个特征可以具有主数据表，例如ATTR，Text等。
∙ATTR
-用于存储所有属性数据。
∙文本
-用于以多种语言存储描述。
InfoArea和InfoObject
InfoObjects称为SAPBI中的最小单元，用于信息提供程序，DSO，多提供程序等。
每个Info提供程序都包含多个InfoObject。
InfoObject用于报告中以分析存储的数据并向决策者提供信息。
InfoObjects可以分为以下类别-
∙客户，产品等特性
∙单位如销售数量，货币等。
∙关键值如总收入，利润等。
∙时间特征，如年，季度等
InfoObject在InfoObject目录中创建。
可能会将InfoObject分配给不同的信息目录。
信息区
SAPBI中的信息区域用于将类似类型的对象组合在一起。
信息区用于管理信息块和InfoObject。
每个InfoObject驻留在信息区域中，您可以在用于将类似文件保存在一起的文件夹中定义它。
SAPBW-数据流
在本章中，我们将讨论SAPBW中的数据流和数据采集。
数据流概述
数据采集中的数据流包括转换，用于加载到PSA的信息包，以及用于在BI内分发数据的数据传送过程。
在SAPBI中，您可以确定哪些数据源字段是决策所需的，并且应该传输。
激活数据源时，将在SAPBW中生成PSA表，然后可以加载数据。
在转换过程中，为InfoObject及其值确定字段。
这是通过使用从PSA传输到不同目标对象的DTP数据来完成的。
转换过程包括以下不同的步骤-
∙数据合并
∙数据清理
∙数据集成
将数据从一个BI对象移动到另一个BI对象时，数据正在使用转换。
此转换将源字段转换为目标的格式。
在源系统和目标系统之间创建转换。
BI对象
-InfoSource，DataStore对象，InfoCube，InfoObject和InfoSet用作源对象，这些相同的对象用作目标对象。
转换应由至少一个转换规则组成。
您可以从可用规则列表中使用不同的转换，规则类型，并且可以创建简单到复杂的转换。
直接访问源系统数据
这允许您直接访问BI源系统中的数据。
您可以直接访问BI中的源系统数据，而无需使用虚拟提供程序进行提取。
这些虚拟提供程序可以定义为InfoProvider，其中事务数据不存储在对象中。
虚拟提供程序只允许对BI数据进行读取访问。
有不同类型的虚拟提供程序可用，可以在各种情况下使用-
∙基于DTP的VirtualProviders
∙带有功能模块的VirtualProviders
∙VirtualProviders基于BAPI的
基于DTP的VirtualProviders
这些VirtualProvider基于数据源或InfoProvider，它们具有源的特征和关键值。
在用于将数据复制到BI系统中时，使用相同的提取器来选择源系统中的数据。
∙什么时候基于DTP的虚拟提供商？
∙当只使用一些数据量时。
∙您需要从SAP源系统访问最新数据。
∙只有少数用户在数据库上同时执行查询。
基于DTP的虚拟提供程序不应在以下条件中使用-
∙当多个用户一起执行查询时。
∙当多次访问相同的数据时。
∙当请求大量数据并且源系统中没有可用的聚合时。
基于DTP创建VirtualProvider
要转到管理工作台，请使用RSA1
在建模选项卡→转到信息提供程序树→在上下文菜单中→创建虚拟提供程序
在类型选择基于数据传输过程的虚拟提供程序中进行直接访问。
您还可以使用InfoSource3.x将虚拟提供者链接到SAP源。
唯一源系统分配指示器用于控制源系统分配。
如果选择此指示器，则在分配对话框中只能使用一个源系统。
如果未选中此指示器，则可以选择多个源系统，并且可以将虚拟提供程序视为多提供程序。
点击底部的创建（F5）
您可以通过复制对象来定义虚拟提供程序。
要激活虚拟提供程序，请单击如下面的屏幕截图所示。
要定义转换，右键单击并转到创建转换。
定义转换规则并激活它们。
下一步是创建数据传输过程。
右键单击→创建数据传输过程
DTP的默认类型是直接访问的DTP。
您必须选择虚拟提供商的源并激活DTP。
要激活直接访问，
右键菜单→激活直接访问
选择一个或多个数据传输进程并激活分配。
使用BAPI的虚拟提供程序
这用于报告外部系统中的数据，并且不需要在BI系统中存储事务数据。
您可以连接到非SAP系统，如分层数据库。
当此虚拟提供程序用于报告时，它将调用虚拟提供程序BAPI。
具有功能模块的虚拟提供程序
此虚拟提供程序用于将数据从非BI数据源显示到BI，而不将数据复制到BI结构。
数据可以是本地的或远程的。
这主要用于SEM应用。
如果将此与其他虚拟提供程序进行比较，这是更通用的，并提供更多的灵活性，但是您需要付出很多努力来实现这一点。
输入要用作虚拟提供程序的数据源的功能模块的名称。
SAPBW-转换
转换过程用于执行数据合并，清理和数据集成。
当数据从一个BI对象加载到其他BI对象时，将对数据应用变换。
转换用于将源的字段转换为目标对象格式。
每个变换由最小的一个变换规则组成。
由于不同的规则类型和例程可用于创建简单到复杂的转换。
要创建转换，转到上下文并右键单击→创建转换。
在下一个窗口中，系统将提示您输入变换源和名称，并单击勾号框。
将创建从源系统到目标系统的规则，并显示映射。
转换规则
转换规则用于映射源字段和目标字段。
不同的规则类型可以用于转换。
∙规则类型
-规则类型定义为使用转换规则对字段应用的操作。
∙规则组
-定义为转换规则组，目标中的每个关键字段包含一个转换规则。
∙变换类型
-用于确定变换值以及如何在目标中输入数据。
∙例程
-例程用于执行复杂的转换。
例程被定义为本地ABAP类，它由预定义的定义和实现区域组成。
在实现区域中创建例程，并且在定义区域中定义入站和出站参数。
例程可以定义为关键值的变换规则，它们可用作规则类型。
实时数据采集（RDA）
实时数据采集基于实时将数据移动到商业仓库。
数据实时发送到增量队列或PSA表。
当您更频繁地传输数据（每小时或每分钟），并且在单个时间间隔内在报告级别刷新多次数据时，将使用实时数据采集。
实时数据采集是数据源的关键特性之一，数据源应支持实时数据采集。
数据源被配置为实时传输数据，它们不能用于标准数据传输。
实时数据采集可以在两种情况下实现-
∙通过使用InfoPackage使用ServiceAPI进行实时数据采集。
∙使用WebService将数据加载到永久存储区（PSA），然后使用实时DTP将数据移动到DSO。
实时数据采集后台进程-
要定期向InfoPackage和数据传输过程DTP处理数据，您可以使用称为守护程序的后台进程。
Daemon进程从InfoPackage和DTP获取要传输哪些数据的所有信息，以及要加载数据的PSA和DataSore对象的所有信息。
SAPBW-InfoArea，Object和Catalog
在本章中，我们将详细讨论几个称为InfoArea，InfoObject和Catalog的SAPBW组件。
SAPBI中的InfoArea
SAPBI中的InfoArea用于将类似类型的对象组合在一起。
InfoArea用于管理InfoCube和InfoObject。
每个InfoObject驻留在InfoArea中，您可以在用于将类似文件保存在一起的文件夹中定义它。
如何创建Infoarea？
要创建Infoarea，请转到RSA工作台。
T代码：
RSA1
转到建模选项卡→InfoProvider。
右键单击上下文→创建信息区
输入InfoArea的名称和描述，单击继续。
创建的InfoArea将显示在底部。
如何创建InfoObject和InfoObject目录？
InfoObjects称为SAPBI中的最小单元，用于InfoProviders，DSO，Multi提供程序等。
每个InfoProvider包含多个InfoObject。
InfoObject在报告中用于分析存储的数据并向决策者提供信息。
创建InfoObject目录
转到建模→InfoObjects→右键单击→创建InfoObject目录
输入InfoObject目录和描述的技术名称。
选择InfoObject类型
-特性选项按钮-这是一个特性InfoObject目录。
关键图
-这是将创建的InfoObject目录。
单击创建按钮。
下一步是保存和激活InfoObject目录。
将创建一个新的InfoObject目录，如以下屏幕截图所示-
创建InfoObject
要创建具有特征的InfoObject，请转到RSA1并打开管理工作台。
转到建模→InfoObjects
选择我的销售InfoObject目录→右键单击→创建InfoObject
输入特性和描述的技术名称。
如果要创建的新特性具有与现有特性相同的技术特性，则可以使用参考特性。
您可以对具有已存在特性的某些技术属性的新特性使用模板特性。
单击继续。
在下一个窗口中，您将获得InfoObject的编辑屏幕。
InfoObject编辑屏幕有6个以下选项卡，也在屏幕截图中显示-
∙一般
∙业务浏览器
∙主数据/文本
∙层次
∙属性
∙复合
一旦定义了所有字段，单击保存并激活。
使用关键值创建InfoObject
转到建模→InfoObjects
转到未分配的键图→右键单击→创建InfoObject
然后你可以-
∙输入技术名称和说明。
∙输入参考键图
∙输入参考模板，然后单击继续。
在编辑特性中，定义以下字段-
∙类型/单位
∙聚合
∙其他属性
∙消除
单击保存并激活，如以下屏幕截图所示。
此InfoObject将被保存并处于活动状态。
编辑InfoObject
您还可以在AdministrationWorkbench中更改现有的InfoObject。
选择要维护的InfoObject→上下文菜单→更改
您还可以使用工具栏菜单中的维护InfoObject图标。
此功能允许您仅更改InfoObject的某些属性（如果在InfoProvider中使用）。
您可以更改InfoObject的文本和含义。
如果在InfoProvider中使用关键值类型，数据类型或关键值的聚合，则无法使用带有关键值的InfoObject。
您可以对不兼容的更改使用检查功能。
SAPBW-数据存储对象和类型
在本章中，我们将讨论各种DataStore对象及其子模块。
什么是DataStore对象？
DSO（DataStore对象）被称为存储空间，以保持最低粒度级别的已清理和整合的事务或主数据，并且可以使用BEx查询分析此数据。
DataStore对象包含关键值，来自DSO的特征字段和数据可以使用Delta更新或其他DataStore对象或甚至从主数据更新。
这些DataStore对象通常存储在二维透明数据库表中。
DSO架构
DSO组件由以下三个表组成-
∙激活队列
-用于在激活数据之前存储数据。
密钥包含请求ID，包ID和记录号。
一旦激活完成，该请求就从激活队列中删除。
∙活动数据表
-此表用于存储当前活动数据，此表包含为数据建模定义的语义密钥。
∙更改日志
-激活对象时，对活动数据所做的更改将重新存储在此更改日志中。
更改日志是PSA表，并在PSA树下的AdministrationWorkbench中维护。
将新数据加载到DSO并将技术键添加到记录时。
然后将请求添加到激活队列。
它可以手动或自动触发。
DataStore对象的类型
您可以将DataStore对象定义为以下类型-
∙标准DSO
∙直接更新DSO
∙写优化DSO
类型
结构体
数据提供
SID生成
标准DataStore对象
由三个表组成：
激活队列，活动数据表，更改日志
从数据传输过程
是
写优化数据存储对象
仅由活动数据表组成
没有
用于直接更新的DataStore对象
从API
标准数据存储对象
要创建标准DSO，请转到RSAWorkbench。
使用T代码：
转到建模选项卡→InfoProvider→选择InfoArea→右键单击并单击创建DataStore对象
输入DataStore对象的技术名称和描述。
DataStore对象的类型
→用于选择DSO类型。
默认情况下需要标准DSO。
单击创建（F5）按钮。
要更改DSO类型，请转到设置选项卡，如以下屏幕截图所示。
单击编辑图标，在打开的新窗口中，您可以更改DataStore对象，还可以选择类型。
为每个主数据值生成SID。
单击编辑以更改SID生成的设置。
创建SID
您可以从以下选项中进行选择-
∙报告期间
∙激活期间或
∙从不创建SID
唯一数据记录
-此选项用于确保DSO保留唯一值。
将质量状态设置为OK
-这允许您在数据加载完成后设置质量状态。
关键字段和数据字段
-关键字段用于添加唯一记录。
要添加键字段，右键单击键字段并选择InfoObject直接输入。
在新窗口中，在InfoObjects上输入技术名称，然后单击继续。
您可以看到InfoObject已添加到键字段部分下。
以下是DSO中提交的InfoObject的键。
一旦此DSO结构完成，您就可以激活该DSO。
直接更新DataStore对象
DataStore直接更新对象允许您在加载后立即访问用于报告和分析的数据。
它与标准DSO不同，因为它如何处理数据。
此数据以与将其加载到DataStore对象的相同格式存储，以供应用程序进行任何直接更新。
直接更新DSO的结构
这些数据存储包含一个用于活动数据的表，并且不存在更改日志区域。
使用API从外部系统检索数据。
以下API存在-
∙RSDRI_ODSO_INSERT
-这些用于插入新数据。
∙RSDRI_ODSO_INSERT_RFC
-它类似于RSDRI_ODSO_INSERT，可以远程调用。
∙RSDRI_ODSO_MODIFY
-用于插入具有新密钥的数据。
对于已经在系统中的键的数据，将更改数据。
∙RSDRI_ODSO_MODIFY_RFC
-这类似于RSDRI_ODSO_MODIFY，可以远程调用。
∙RSDRI_ODSO_UPDATE
-此API用于更新现有数据。
∙RSDRI_ODSO_UPDATE_RFC
-这类似于RSDRI_ODSO_UPDATE，可以远程调用。
∙RSDRI_ODSO_DELETE_RFC
-此API用于删除数据。
好处
在直接更新DSO中，数据很容易访问。
您可以在加载后立即访问用于报告和分析的数据。
缺点
∙由于此DSO的结构包含一个活动数据表，没有更改日志，因此不允许对InfoProvider进行增量更新。
∙由于BI系统不支持数据加载过程，因此DSO不会显示在管理部分或显示器中。
要创建直接更新DataStore，请转到管理工作台。
-用于选择DSO类型。
单击编辑图标，在打开的新窗口中，您可以更改DataStore对象，并选择其类型。
选择直接更新DataStore，然后单击继续。
一旦定义了DataStore，单击激活按钮激活DSO。
SAPBW-写入优化DSO
在写入优化DSO中，加载的数据立即可用于进一步处理。
写入优化如果在将数据写入DataStore对象之前对其执行复杂转换，则DSO为大型数据集提供临时存储区域。
然后可以将数据更新为其他InfoProviders。
您只需为所有数据创建一次复杂的转换。
写优化的DSO用作EDW层用于保存数据。
仅当数据更新为其他InfoProvider时，才应用业务规则。
在写入优化DSO中，系统不会生成SID，您不需要激活它们。
这意味着您可以节省时间并快速处理数据。
可以在这些DataStore对象的基础上进行报告。
写优化DSO的结构
它仅包含活动数据表，并且不需要按照标准DSO的要求激活数据。
这允许您更快地处理数据。
在写入优化的DSO中，加载的数据不会聚合。
如果从源中提取了具有相同逻辑键的两个数据记录，则两个记录都保存在DataStore对象中。
然而，负责聚合的记录仍然存在，以便以后可以在标准DataStore对象中进行数据的聚合。
系统为写入优化的DataStore对象生成唯一的技术密钥。
对于此类型的DataStore对象，标准键字段不是必需的。
如果仍然存在标准关键字段，则它们被称为语义关键字，使得它们可以与其他技术关键字区分开。
升级会员 