SAP BW4 410（数据抽取、信息对象、建模等）学习1-5章

410:主要介绍的是基本BW4的基本概念和操作，而405主要介绍的是query，还是得从410学起来比较好。

1 Introduction to SAP HANA

1.1 描述SAPHANA的演变和数据布局

1.1.1 Introduction to SAP HANA

SAP软件可以在任何数据库(DB)或SAPHANA数据库上运行。

SAP HANA数据库的一个传统方面是能够对结构化查询进行存储和检索数据。 这个过程是通过访问主存而不是磁盘来实现的，产生了更快的数据检索时间。 然而，需要大数据量的复杂应用程序在数据检索上仍然只花费其总运行时的一小部分。 这种情况将导致在处理数据方面花费更多的时间。 为了支持这一点，需要实现复杂的处理例程，它可以处理这些数据量。 在SAPHANA之前，数据库有三层架构：数据，应用程序和表示层。 数据库读取数据，然后数据库内存处理数据并将结果写回数据库或表示层。 然而，鉴于目前的商业软件、传感器和社交网络产生了大量的数据，这一概念正变得越来越成问题。 除此之外，您现在必须非常快速地评估数据量并在移动平台上交付结果。 这意味着旧的范式不再可行。 内存技术将所有数据存储在内存中。 现代计算机系统有许多计算核心，它们提供了令人印象深刻的性能，因此只需要移动指令而不是数据。 为什么不在内存中有一个复杂的进程，而不是将数据移动到应用服务器执行呢？ 通过内存计算，SAP提供了一种将数据密集型流程从应用层转移到数据层并在那里执行的方法。 SAP现在对先前的数据库和硬件组合提供了性能上的限制。

1.2 描述任何数据库上的商业智能(BI)和数据存储的概念

1.3 用SAPBW/4HANA概述SAP业务仓库的基本知识

2 Master Data in SAP Business Warehouse BW/4HANA

2.1 Describing Characteristic InfoObjects

2.1.1 以下是SAPBW中Info对象的关键特性：

●它们可以由它们的技术名称唯一地识别。
●它们包含技术和业务信息。
●它们允许信息建模。
●它们用于定义报告和评估主数据和事务数据。

1. Info Objects作为Metadata Repository对象的存储区域)的组件，Info Objects包含SAP BW中主数据和事务数据的技术和业务分析师信息。 整个系统使用Info Objects来创建存储数据的结构和表。
   它们使信息能够以结构化的形式建模。 它们还用于定义报告和评估主数据和事务数据。
2. SAP在BW Content中提供信息对象。 用BW内容交付的技术名称以0（零)开头）。 您还可以定义自己的信息对象。 与SAP源系统不同，唯一的要求是技术名称不以数字或特殊字符开头，并且长度在3到9个字符之间。
   不需要Z名称，就像一些SAP产品所需要的那样。

信息对象主要分为关键值和特征。 特征类型进一步分为时间特征，技术特征，单位。

1.关键图信息对象提供要计算或评估的值。 下面是关键图形信息对象的示例：
●数量(Info对象)
●数量(0AMOUNT)

2.特性信息对象是用于分析关键图形的业务引用对象。 以下是特征信息对象的示例：
●成本中心(0COST CENTER)
●材料(0MATERIAL)

3.时间特征信息对象构成了许多数据分析和评估的时间参考框架。 它们与BW内容一起交付。 以下是时间特征信息对象的示例：
●日历日(0CALDAY)
时间特征，粒度最小
●时间特征，粒度最大的时间特征
●日历年(0CALY EAR)或财政年度(0FISC YAR)

4.在经典的BW建模中，表的每个字段都有一个Info对象。 使用SAP BW/4HANA中的新Info Provider类型，也可以使用基于字段的方法。

如果您的企业希望通过文件接口从SAP系统和外部系统合并成本中心数据，请按以下方式进行：
在遗留系统中，成本中心号长13个字符，但SAP系统只允许10个字符。 为了适应这个限制，创建一个新的Info对象来表示13个字符成本中心号。 当数据来自SAP系统时，三个添加的字符不会留下空白，而是将三个字符的系统ID附加到来自此源的所有成本中心。

5.在检查维护选项卡之前，我们必须描述主数据承载特性的概念。 主数据获取特性指定与它们链接以提供附加信息的属性、文本或层次结构表。 由您的业务流程和所涉及的特性决定是否启用这些主数据表。 它们为您在许多情况下的报告需求提供了重要的信息来源。

通过在下图所示的选项卡中选择适当的文本、主数据或层次结构复选框，启用主数据承载特性。 如果检查这些选项中的任何一个，则该特性被认为是主数据承载特性。

您可以使用“维护”菜单中的选项卡来定义特性信息对象并更改设置。 在您能够以有意义的方式定义这些特性之前，需要精确了解这些特性的业务意义。
维护屏幕包含以下选项卡：
●通用
●主数据/文本
●属性
●层次结构
●BI客户端

6.在Compounding部分，您将确定该特性是否要与其他Info对象复合。 复合是将一个特性Info对象与另一个特性Info对象相结合的过程，以确保能够唯一地定义Info对象的值。 您必须经常复合特征值以使它们能够唯一地分配。 虽然在大多数情况下不需要它，但当它被要求时忘记它将导致毫无意义的数据。。

例如，成本中心100代表控制区域1000的销售和分销，也代表控制区域2000的营销。 定义一个成本中心复合到控制区域特性。 另一个例子是存储位置。 在SAPMM中，如果您拥有的唯一信息是它的存储位置，则无法找到材料；您还需要了解工厂。 此外，复合可以用来定义对象之间的依赖关系。 这简化了报告中的导航。

2.1.2 信息对象特性-设置和表

1.特性的类型

使用SAPMM选项卡确定特性的基本属性，例如描述、数据类型(CHAR、NUM)、长度（最大250个字符）和转换例程（用于前导0？）。

2.特性的显示名

业务资源管理器选项卡用于设置业务资源管理器中的显示默认值。 此选项卡上的设置确定该特性是否显示为文本描述或作为Business Explorer中的键。

3.属性页签

属性是信息对象（特征或关键数字），用于更详细地描述特征。 例如，特征成本中心可以更详细地描述利润中心和成本中心的负责人信息。 在此上下文中，这两个Info对象用作属性。 如果在上一个图中所示的Master data/texts选项卡上设置了With master data指示器，则可以在Attributes选项卡上为这些属性指定属性和属性。 属性本身也是Info Object，因为我们使用Info Object上的字段信息在主特征主数据表上构建一个列。

如果您将属性定义为DisplayAttributes，则只能在报告中将这些属性与特性结合时使用作为附加信息。 换句话说，在报告中，不能使用这些属性在Info Provider的数据集中导航。

如果您将属性定义为导航属性，则可以使用它们在报告中导航。 执行查询时，系统不区分导航属性和信息提供者的特性。 换句话说，查询中的所有导航功能也可以用于导航属性。 要使属性在报告中作为导航属性可用，请在Info Provider上启用它们，否则，属性将作为显示属性。

如果每个属性值都需要有效期，则可以使显示和导航属性与时间相关。 这个功能是强大的，允许您根据主数据在任何时间点的存在方式执行报告。 例如，有了这个功能，您可以创建一个报告，显示东德在2016年为iPods销售，尽管您的客户不再居住在东德。

4.扩展长度

在MasterData或MasterTexts选项卡上，您可以确定特性是否可以具有属性或文本。 如果特征是有自己的文本，则至少进行一个文本选择(短、中、长文本或长文本为XL，即20、40、60或1,333字符)。 属性被分配给属性选项卡上的特性。 通过选择这些复选框中的任何一个，该特性被设计成包含主数据。

在7.4之前的BW发布中，特征值的最大长度限制为60个字符。 从7.4SPS2版开始，最多可以有250个字符。 为了实现这一增加，域R SCHAVL从CHAR60改为STRING1，333。 因此，使用域RSCHAVL的数据元素是ABAP上下文中的深层类型。

对于特征值，长度可达1,333个字符的文本是可能的。 为了增加这个字符，创建了结构RSTXTSMXL，这是ABAP上下文中的深度类型。 在处理特征值文本的内部方法接口和功能模块接口中，将RSTXTSML类型替换为RSTXTSMXL。 然而，RSRTXTSML结构保持不变，是描述元数据所必需的。
对于超过60个字符的长文本，请选择LongText。

5.层次

在分析中使用层次结构来描述数据的替代视图。 它们提供分组功能，就像在其他SAP产品中一样，例如SAP ECC。 层次结构由几个节点和叶子组成，形成亲子关系。 节点表示您想要的任何分组，例如West Region。 层次结构叶由特征值表示，例如，销售人员。

在“层次结构”选项卡上，您可以确定特性是否可以具有层次结构，如果可以，则确定这些层次结构可以具有哪些属性。 如果选择“带层次结构”复选框，则可以为此特性手动创建层次结构(事务代码RSH1)。 另外，它们可以从SAP系统或其他源系统加载。

在SAP BW中，外部层次结构是表示层次结构，作为特征值的结构存储在层次结构表中。
特征层次结构可以在不同的层次结构版本中使用。 此外，这些关系可以是时间相关的。 源系统中存在的不同层次版本或时间依赖可以在SAPBW中建模，。

特征层次结构可以在不同的层次结构版本中使用。 源系统中不同的层次结构版本可以在SAPBW中建模；但是，您也可以从源系统为相同的层次结构创建不同的版本。 然后，这些版本可以在查询中相互比较。 例如，在为一个组织的主要区域特征调整销售区域时，创建了几个层次结构版本。 这些层次结构可以在查询中相互比较。

在“层次结构”选项卡上，您可以定义整个层次结构可以随时间变化。 换句话说，这个层次结构有不同的版本，仅对特定的时间间隔有效。 系统根据查询中的设置自动选择有效版本。 例如，在对一个组织的主要区域特征的销售区域进行重组时，层次结构是随时间变化的。 此过程允许在查询中对重组进行不同时间的比较（使用关键日期字段）。

在Info对象上，您可以确定层次结构（层次结构节点）是随时间变化的。 然后为当前密钥日期或查询中指定的密钥日期构造层次结构。

例如，假设在组织的销售区域重组过程中，发现员工在不同的时间被分配到不同的成本中心。 可以在层次节点下以间隔的形式定位特征值。 而不是将材料成本的每个成本元素值单独定位在成本元素层次结构中的材料成本节点下，您可以将成本元素值指定为100到1000之间的成本元素。 还可以为当前不存在主数据的特征值创建间隔。 因此，您不需要为新的主数据扩展层次结构（因为新的特征值是自动分配的）。

区间选项在许多领域的一个限制是，特征值的技术关键必须是有意义的。 大多数公司没有智能编号的零件号码或客户。 然而，在许多情况下，区间选项可以用于与财务有关的对象，如总分类账帐号。

以下是为特性使用层次结构的先决条件：
●不能为引用其他特性（即引用特性)的特性创建层次结构）。
●一个特性可以有多个层次结构。
●如果一个特征具有层次结构，则具有复合性的最大长度（特征值)限制在32个(而不是60个）字符。

可以使用层次结构节点的反向/-符号来影响查询中节点的显示行为。 对于每个层次结构节点，您可以指定在此节点上发布的事务数据的/-符号是否要在查询显示中反转(或不反转。

层次结构为BEx和SAP业务对象报告工具中的报告提供了灵活、易于更改的滚动分组。 如果要报告数千个特征值，则可以使用层次结构来获得更好的数据结构。 特征的特征值显示在树结构中，您可以通过单击小三角形向下钻取。

6.信息对象与表

当您的Info对象被激活时，系统会自动构建适当的基础表。 在示例中，创建的表（仅功能透视图）显示在图特征表-功能视图中。

主数据存储在特征的不同表中。 在Info Cubes和聚合中，由于性能原因，主数据ID(SID)被保存，而不是特征值。 在SID表中，为每个特征值存储主数据ID。 分析引擎也只在内部使用 internally with SIDs，而不是特征值。

2.2 Creating a generic DataSource

2.2.1 Generic DataSources

源系统是SAPBW用于数据提取和传输目的的任何系统。例如：SAP CRM、Custom、Oracle DB和People Soft。

以下技术用于经典BW和HANA上的BW将数据加载到SAPBW：
●操作数据提供(ODP)，通过ODP数据复制应用程序编程接口(API)提供来自不同来源的数据，如SAPERP提取器、SAPBW、SAPHANA视图、SAP业务按设计、SAP景观转换复制服务器(SLT)。
●BW Service API(S-API)
Service API是BW的SAP源系统中的一个技术包，它促进了从源系统到SAPBW的数据传输的高度集成。 因此，它允许SAP源系统和SAPBW之间的通信。 服务API作为软件组件SAP基础插件的一部分安装在SAP源系统上。
●DB Connect允许直接访问关系数据库。 在这里，DB Multionnect用于在外部数据库中创建到数据库管理系统(DBMS)的连接。 通过导入元数据和原始数据，可以在SAPBW中生成必要的结构，并且可以轻松高效地加载数据。
●使用UDConnect连接UD，您可以访问几乎所有的关系数据源。 该技术运行在J2EE引擎上，并支持J2EE连接器体系结构。
●文件接口SAPBW支持自动导入CSV、ASCII和XLS格式的平面文件。
●Web服务Web服务允许您在外部控制下向SAPBW发送数据。
●SAP数据服务在通过分期业务应用程序编程接口(BAPI)提供数据时使用其紧密集成)。
●Staging BAPIs Staging BAPI是开放的接口，SAP数据服务和认证的第三方工具可以用来从旧系统中提取数据。 数据传输可以由SAPBW或SAP数据服务或第三方工具的请求触发。

您可以从BW建模工具创建源系统，并可以调用各种源系统函数。 在Project Explorer视图中的Data Sources树中，您可以从源系统类型的相关文件夹中的上下文菜单中创建和编辑源系统。 在源系统的上下文菜单中，可以指定源对象层次结构（应用程序组件层次结构）中的空文件夹是显示还是隐藏。 为了复制源系统，可以通过上下文菜单复制数据源。

创建SAPHANA本地数据库模式类型的源系统：
SAPHANA源系统提供对本地SAPHANA数据库或SAPHANA租户数据库模式中的表、视图和本机DataStore对象的中央和统一访问。 此外，SAPHANA源系统向使用SAPHANA智能数据集成和SAPHANA智能数据访问创建的源提供这些服务。
创建SAPHANA智能数据访问类型的源系统：
SAPHANA源系统提供对本地SAPHANA数据库或SAPHANA租户数据库模式中的表、视图和本机DataStore对象的中央和统一访问。 此外，该系统还向使用企业信息管理(EIM)创建的源提供这些服务，该源由SAPHANA智能数据集成(SDI)和SAPHANA智能数据访问(SDA)组成)。
创建大数据类型的源系统：
大数据源系统支持对源的中央、统一访问，可以通过SAPHANA智能数据访问(SDA)使用SPARK SQL(DESTINATION)或VORA(ODBC)适配器提供。
操作数据提供提供了一个技术基础设施，您可以使用它来支持两种不同的应用场景。 其中第一个是业务流程中决策的操作分析。 二是数据提取和复制。
操作分析：
您可以使用OperationalAnalytics对应用系统中的本地应用程序数据进行OLAP分析。 对于操作分析，您只需要在应用系统中执行BW的最小配置，而不需要设置数据仓库。 数据复制到BW系统是不必要的。 应用数据可以直接访问。 使用SAPHANA或SAPBW加速器可以提高分析性能。
数据提取和复制：
以及在SAPHANA或SAPBW加速器中索引数据，操作数据提供可以用于为其他外部消费者提供数据。 这里也支持Delta机制。 操作数据提供支持各种目标应用程序的提取和复制场景，并支持这些场景中的增量机制。 除了在SAPHANA数据库或SAPBW加速器中索引数据外，操作数据提供还允许使用用于提取、转换和加载(ETL)的服务进行数据传输)。 为了支持增量过程，来自源的数据将使用更新过程自动写入增量队列，或者使用提取器接口传递给增量队列。 数据源被支持为使增量队列数据可用的提供者。 目标应用程序（称为“订阅者”）从增量队列中检索数据并继续处理数据。

随着操作数据的提供，增量队列位于源系统中的高度压缩。 增量可以使用数据传输过程直接加载到BW Info Provider。

2.2.2 数据来源定义

●数据源是SAPBW对象，用于从源系统中提取和阶段数据。 数据源将源系统提供的数据细分为独立的业务领域。 我们的成本中心示例包括来自两个不同源系统的成本中心文本、主数据和成本中心事务数据源。
●数据源包含许多逻辑相关的字段，这些字段排列在一个平面结构中，并包含要传输到SAPBW的数据。

用于在源系统(RK3CL800，在我们的情况下)上设置通用（客户定义）数据源的配置事务代码是SBIW。 SBIW是SAP源系统上的核心事务，用于自定义数据传输到SAPBW，增强业务内容数据源，或开发没有业务内容数据源（例如客户表)的通用(客户定义的）数据源。 在我们的例子中，我们使用事务代码SBIW创建一个通用数据源，从存储它的表中读取成本中心数据。

2.2.3 Operational Data Provisioning（业务数据提供）

(ODP)是存储在数据源结构中的业务数据与业务分析和大规模数据复制产生的需求之间的联系。 操作数据提供者为事务数据和主数据定义接口。 一旦实现，这些功能允许访问用于报告和分析的数据，并可复制到不同的用户。 对于直接访问的BW数据源，有ODP接口的通用实现。
操作数据提供者是在联合建模环境中定义的，用于搜索和分析。 在搜索和分析模型中，BW数据源或其他数据源作为节点导入。 当在节点上定义操作数据提供者时，该节点具有添加到它的解析属性。 例如，该节点定义了一个特定字段是否被解释为关键图形或特征，它是否作为导航属性可用，以及一个字段具有哪些选择属性。
对于操作分析，操作数据提供者可以与其他语义相关的操作数据提供者链接，使用定义外键关系的关系。 分析管理器可以从这种模型中导出一个信息提供者。 这种类型的信息提供者称为瞬态提供者。 它不像在BW中那样建模，而是在查询设计时建模并在运行时创建。 因此，业务数据提供者允许对业务应用程序操作系统中的BW数据源或其他数据源进行报告和分析，而不必将数据复制到BW。
在数据源的实现中，操作数据提供者通过使用数据源的复制属性隐式地支持大规模数据的复制。

操作数据提供支持各种目标应用程序的提取和复制场景，并支持这些场景中的增量机制。 ODP在SAP HANA数据库或SAP BW加速器中索引数据。 此外，它还允许数据传输到SAP业务对象数据服务，例如，带有用于提取、转换和加载的服务(ETL)。 为了支持增量过程，来自源的数据将使用更新过程自动写入增量队列，或者使用提取器接口传递给增量队列。 数据源目前被支持为使增量队列数据可用的提供者。 目标应用程序（称为订阅者）从增量队列中检索数据并继续处理数据。

Delta队列监视器(事务ODQMON)允许您在以下视图中监视Delta队列：
●队列。 在这里，您可以看到系统中可用的所有队列，每个队列的状态以及相关订阅和请求的数量。
●订阅。 订阅级别的详细信息显示在这里。
●要求。 请求级别的详细信息显示在这里。
●单位。 可以将来自请求的数据联合传输的单位显示在这里。 要访问视图，请使用按钮或监视器菜单

数据存储在增量队列中的压缩状态。 增量请求将数据记录从队列传输到订阅服务器。 对队列的数据更改也可以由多个订阅者请求。 订阅者还可以作为一次性请求(Full)从队列请求数据)。 在这种情况下，请求不是订阅。

如果订阅者希望再次检索数据记录，则数据将保留在delta队列中指定的时间段内。

图为数据源创建访问和通用提取器，显示了源系统中的事务SBIW。 在这里，您可以创建和更改通用数据源。

ODP API没有显示所有的提取器，它只显示释放的提取器。 SAP开发了多个提取器，有些已经过时，有些可能无法使用此API。因此与ODP API一起，在名为ROOSATTR的字典中创建了一个新表，该字典包含数据服务4.0支持的API中的所有提取器。 最初，这些将是一个非常有限的列表，只关注最重要的提取器，并将随着时间的推移而增长。 它将不包括客户书面提取器。

客户提取器可以通过SAP程序RODPS_OS_EXPOSE添加到表中。 关于标准提取器可用性的更多信息见SAP注1558737和SAP注1806637。

要访问数据源并将它们映射到您的信息提供商，您必须通知SAPBW数据源提供的名称和字段。 此过程称为复制，或复制数据源元数据。 它是从数据源所在文件夹的上下文菜单完成的。 一旦数据源被复制到SAPBW中，最后一步是激活它。 您可以完全从Data Warehousing Workbench中激活业务内容数据流。 在此过程中，在SAP源系统中激活业务内容数据源，并使用远程功能调用(RFC)复制到SAPBW)。

2.3 Creating Transformation and Data Transfer Process (DTP) for Attribute Master Data Loading

2.3.1 主数据承载信息对象的数据流

图为Master-DataBearingInfoObject的数据流，重点介绍了在类场景中加载SAP源系统主数据过程中的五个主要步骤。 请注意，在步骤2中，数据源被复制和激活，并且特性是Info Provider。
●在SAPECC侧创建一个数据源，以定义要上传到SAPBW的字段。
●使用EXPOSE报告在侧面释放数据源RODPS_OS。
●将数据源复制到SAPBW以使字段可用。
●激活数据源。
●插入特性作为信息提供者，因为转换的目标必须是信息提供者。 （使用数据流函数自动完成）。
●创建一个转换，以定义如何将数据源的字段映射到特性的属性字段。
●创建并执行数据传输过程(D TP)将数据从ODQ Delta队列加载到属性表。

清理或转换数据是在专用的SAPBW转换中完成的。 每次您想将来自源系统的传入字段转换为SAP BW Info Provider中的Info Objects时，都会创建一个专用的Transformation，由每个对象的一个转换规则组成。

不是为转换中的每一个成本中心的发生编写自定义传输代码，我们可以直接将代码附加到Info对象(U#_COSTC在我们的情况下)。 通过创建包含所需逻辑的全局传输例程，我们保证每次在转换中使用Info Object成本中心时都会自动执行该逻辑。 通过一次代码编写工作，我们可以在任何地方使用Info Object成本中心。

2.3.2 Transformation and DTP

您可以使用Info Provider的上下文菜单创建SAP BW转换。 系统使用Info Provider作为SAP BW转换的目标。
你也可以创造使用Data Flow对象中的Context菜单进行SAP BW转换，稍后将对此进行解释。

PS：这个图貌似没在RSA1找到啊。

在第一个加载过程中，我们试图保持简单。 因为我们直接向Info Object添加了一些自定义的全局传输逻辑，所以我们只需要在第三步中进行字段到字段的映射。

除了我们的13字成本中心之外，SAPERP上CSKS表中成本中心主数据中的所有其他字段都有相应的信息对象；我们只需要将信息提供给SAPBW。 为此，我们创建一个转换和特定于字段的转换规则。 在我们的例子中，所有的规则都将是直接分配类型。 字段和成本中心主数据表之间的赋值可以通过在转换中拖放来执行。

当您执行数据传输过程(DTP)时，系统会询问您是否要检查监视器。 在这里，您将找到有关加载过程的所有信息。

在加载属性之后，您可以通过Info对象的上下文菜单检查主数据：维护主数据。

2.4 Outlining the Graphical Data Flow Modeling

2.4.1 图形化数据流

BW建模工具包含图形用户界面。 这为您提供了创建、编辑和记录数据流和数据流中对象的简单方法。 还可以在图形用户界面上显示和修改与特定对象对应的数据流。 我们通过上下文菜单创建的属性的第一个数据流。 我们将在图形数据流工具中创建文本的第二个数据流。

2.4.2 图形数据流工具

数据流对象可以用来管理和执行数据流组件。 数据流对象使用图形用户界面。

2.5 Deleting and Activating Master Data