上下文

要近实时更新和ADSO，必须考虑流媒体的处理链（从BW 7.5 SP03开始提供；有关信息，淘客推广渠道，请访问https://help.sap.com/viewer/2e90b26cf7484203a523bf4b1bc137/7.5.4/en-US/ac029de05e164a12ac1ce08d16180f05.html).

使用RDA（实时数据采集）不支持更新ADSO（只支持多维数据集、经典DSO等），因此成为了另一个过时的BW工件。

这个博客简明扼要地展示了ODP-SAPI和ODP-SLT数据源的设置。

ODP-SAPI

在这个例子中，基础是众所周知的（有时有丰富的业务逻辑）提取器。

在这个例子中，我使用了2LIS\u 11\u VAITM"销售文档项目数据"，对此我已经做了详细介绍在源系统的后勤工作台中，将更新模式设置为"直接更新"（此方面在别处有充分介绍）。

源系统连接类型为ODP-SAPI。这意味着在BW中应用初始负载后，大数据现状，不再使用qRFC机制（因此不再使用RSA7），但现在我们必须通过ODQMON（在已实现ODQ的系统上）查看队列和订阅：

注意，由于使用ODQ，也不需要使用PSA级别；因此，作为PSA级别的qRFC都通过一个ODQ队列被替换。

由于使用了直接更新，事务中的任何更改（在本例中为VA01或VA02或类似的情况）都会立即将更改记录插入ODQMON队列；实际上，RSA7中的行为非常相似。

可以使用此部分进行进一步的批处理，无论目标BW对象是什么，

转换只是简单的1:1；ADSO是纯基于字段的（只需要指出正确的关键元素和一些关键的数据聚合行为）。所有这一切实际上可以在几分钟内完成。

现在有趣的开始：我们想用这个设置来更新ADSO尽快。

试图创建一个类型为"实时"的DTP是不可能的：它是从下拉列表中删除一旦目标和ADSO！！

实际上已经没有必要了。只需使用一个常规的delta DTP，并将其放入一个进程链中。当您在该进程链中标记标志"streaming"并调度它时，相应的DTP将表现为"realtime"：

一旦（并且只要）调度了该流进程链，您将在ODQMON中找到一个状态为"Extraction Running"的请求；一旦流处理链不在调度范围内，此请求就会收到状态"已确认"。

因此，大数据数据库，处理链以指示的频率（pull）运行。在此给出ADSO更新的结果视图

ODP-SLT

如果需要复制表，或者如果通过上述提取器技术不容易获得增量，则可以使用SLT。为了向BW更新SLT队列，还可以引入另一个ODQ层。

为了激活SLT/ODQ设置和订阅，首先在BW中为所需的表创建一个新的数据源，交通大数据，并加载第一个delta DTP就足够了。我们在这里展示的示例是VBAP：

然后我创建了一个基于字段的ADSO，使用这个数据源作为模板，并在数据源和这个ADSO之间进行了1:1的转换。这完全取决于手头的用例。

一旦完成，就可以创建一个正常的delta DTP。

第一次执行可能需要一段时间，通信云，因为这是在源系统中设置特定于SLT的delta捕获机制；它最终还将产生一个初始加载数据集（以及SLT/ODQMON中的一个附加初始行）。

再次：您可以将上述内容用于批处理目的。

现在开始将更改流式传输到ADSO，将delta DTP放入进程链中，标记"流式传输"，并进行调度。备注：如果您按照"API"进行调度，流程链将通过ODQ基于事件触发！！含义：这是一个实时推送机制

由于这样的链只会基于来自SLT/ODQ的事件进行处理，所以ADSO中的更新请求数量大大减少：只有更改才会导致更新请求（实时）

结论

虽然SLT是纯表式的，因此，它本身不包含任何业务逻辑，它是一种非常强大的delta支持技术，并且能够将更改实时推送到BW的ADSO上。