hi bharathi rajendran ，

您将无法触发创建Steram/更新 Stream方法或创建深度实体方法中的任何其他此类标准方法。

为了满足您的要求，可以使用oData Services的批处理模式将CReate Deep和多个create Stream合并为一个。 批量。 您可以在后端使用 CHANGESET_BEGIN 或 CHANGESET_END 方法来标识提交或回滚事务的一组特定请求的开始和结束。

请找到下面的链接，这些链接可助您进行批处理。

oData V2模型-批处理

SAPUI5中的网关批量调用

批量操作

谢谢

Vaibhav Maheshwari

嗨， bharathi rajendran

据我了解，create stream仅会触发一次附件上传，我不认为手动传递数据时会 将通过变更集有效负载触发，它将触发

有两种方法，一种是像获取变更集一样获取数据并保存

，或者使用该临时表方法，这是一种更好的方法，那就是 标准附件服务也可以。

谢谢，
Mahesh

嗨，朋友，

如果您有使用深层插入媒体的经验，请分享您的答案。 我检查了所有线程，但看不到使用此方案的方法。 但是我想让它成为可能，并向我的客户和竞争对手证明。

太棒了！，还请让我们知道它们是否有效:)：）

小建议：您可以点击评论以添加回复。 答案仅用于提供问题的解决方案。

您好 bharathi rajendran ，

您可以按照 Vaibhav Maheshwari 的方法进行操作，也可以像我在< a hraf=" https://blogs.sap.com/2019/12/16/attachment-service-to-your-rescue-in-s4hana-fiori-elements-using-reuse-components-gos-dms/"> 博客 post（"我通常的做法，旧方法"）如果您有附件服务，则可以使用以下方法

1。 不要使用延迟上传，只需立即上传即可，而是使用UI5应用中生成的一些唯一GUID键到临时表

2。 然后，在保存实际数据时，将该唯一键传递给实体数据中的后端。

3。 在后端使用唯一键读取所有附件，并一次保存它们：）

同时，确保删除已保存的附件或用户已附加但未附加的任何旧附件。 t保存数据，因此它们将卡在该临时表中，因此请根据1天以前的附件数据之类的日期将其删除。

这可将应用程序的性能提高很多倍。

谢谢

Mahesh

亲爱的 Vaibhav Maheshwari 和 Mahesh Kumar Palavalli ，

谢谢您的建议。 我会尝试的。