CHANGESET_PROCESS-延迟模式

2020-08-19 21:50发布

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

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


所有CRUD方法,EXECUTE_ACTION方法,CREATE_DEEP_ENTITY方法,CREATE_STREAM等都可以使用延迟模式在CHANGESET_PROCESS内部实现。 因此,我们可以说最好始终执行CAHNGESET_PROCESS而不是DPC_EXT中的所有其他方法吗?

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

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


所有CRUD方法,EXECUTE_ACTION方法,CREATE_DEEP_ENTITY方法,CREATE_STREAM等都可以使用延迟模式在CHANGESET_PROCESS内部实现。 因此,我们可以说最好始终执行CAHNGESET_PROCESS而不是DPC_EXT中的所有其他方法吗?

付费偷看设置
发送
4条回答
愤怒的猪头君
1楼 · 2020-08-19 22:13.采纳回答

是的,如果您有简单的操作,则应该只实现简单的CREATE_ENTITY,...方法。

我同意一次处理多个有效负载绝对有优势。 (这就是我们为它构建的;-))。 例如,如果您想支持内容ID引用。

但是,如果您有一个简单的应用程序,我建议您坚持使用基本方法。

最好的问候,

< p>安德烈

haha101010
2楼-- · 2020-08-19 22:13

谢谢安德烈,这回答了我的问题。

大道至简
3楼-- · 2020-08-19 22:10

否。 因为实现起来很复杂,并且如果不需要,为什么要使事情变得比所要求的复杂呢?

打个大熊猫
4楼-- · 2020-08-19 22:14

您是说,当我们处理单个有效载荷和一行数据时,我们可以 仍然继续实施CRUD方法吗? 在这里实现CHANGESET_PROCESS(没有批处理操作)没有任何意义

一周热门 更多>