提问
ABAP Development

选择条件不断变化的基于增量的数据分发-需要建议

2020-09-02 02:57发布

站内问答 / ABAP
1021 1 6

点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）亲爱的同事， 在我的z开发中，...

         点击此处--->   EasySAP.com群内免费提供SAP练习系统（在群公告中）

加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）


亲爱的同事，

在我的z开发中，我有一些记录类型，该记录类型在SAP系统中维护，并且应该分配给外部非SAP系统。

有很多数据，因此应该可以传递更改/增量。

我决定了离线情况下常用的方法：

  • （保存记录时）在特殊的Exchange表中以时间戳跟踪每个更改（包括删除）
  • （当客户端代码请求增量数据时）查询该表以获取自上次同步会话以来（通过增量令牌）已更改的记录的子集

一些博客文章中介绍了这种方法，例如 https://blogs.sap.com/2015/04/07/3-how-to-implement-lightening-fast-odata-services-with -exchange-table-delta-tracking /

我的问题是，如果您只希望分配记录的子集，并且该子集是动态定义的，该方法如何扩展到这种情况。

这里是一个例子：

比方说，我的记录类型是具有"类别"的"产品"。

最初，我的表中有10条记录（5种水果（类别=水果）和5种蔬菜）。 它们可以完美地同步到接收系统中。

在某些时候，决定只应复制特定类别（当前为水果）。 因此，我需要以某种方式安排接收系统中只剩下水果记录。

我可以看到两种通知接收系统的方法：

1。 响应下一个增量请求，返回错误"无法进行增量加载，需要全负荷"

2。 提供伪删除的记录的列表（在源系统中并未真正删除，但应在目标系统中将其删除，因为它们不再符合条件）。

方法1对我来说似乎没问题（效率不高，但是自定义数据不会经常更改，因此不会有太多额外的满负载）。

方法2的实现似乎太复杂了。

您认为哪个更好？

我在构建OData实体集方面有一些经验，但没有关于增量实体集的经验，因此也许有一些我不知道的规范方法可以解决此问题？