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

2020-09-02 02:57发布

         点击此处--->   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实体集方面有一些经验,但没有关于增量实体集的经验,因此也许有一些我不知道的规范方法可以解决此问题?

         点击此处--->   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实体集方面有一些经验,但没有关于增量实体集的经验,因此也许有一些我不知道的规范方法可以解决此问题?

付费偷看设置
发送
1条回答
天桥码农
1楼-- · 2020-09-02 03:27

您的第二种选择似乎是更好的选择,据我所知,我看不到这种情况的其他方法。

一周热门 更多>