在这篇博文中，您将学习如何在SAP云平台集成中更好地建模内容丰富场景。所有的全面集成都不可避免地有一个或多个步骤。通常，连接到Content Enricher的适配器会从后端系统中提取所有可用数据，从而导致崩溃和性能下降。因此，集成的效率在很大程度上取决于Enricher步骤的更精细建模，尤其是在涉及大数据时。

在这篇博文中，我们将建模一个简单的集成流程来处理大数据，即使用属性和OData v2$过滤器查询选项进行动态查询。在这里的例子中，我们将通过在Successfactors OData v2 adapter中创建一个动态过滤器来丰富CompoundEmployee实体的FOLocation。

我配置了一个循环过程（如下所示）来获取和丰富页面中的复合员工记录。脚本步骤"Parse keys to Properties"具有创建动态筛选器的逻辑。

此场景的内容丰富器配置如下所示。

内容丰富通过将原始消息中的关键元素（即复合雇员）与查找消息中的关键元素（即FOLocation）相匹配，大数据算法，然后进行智能聚合从查找到原始消息的匹配数据片段。

我们总是可以通过将适当的键元素作为适配器的$filter参数传递来帮助优化在查找消息中获取的数据。在这个例子中，我们比较了复合雇员和关键元素外部代码的关键元素位置，因此我们将在外部代码上定义和配置一个动态过滤器以进行优化。

主要步骤。下面是"将键解析为属性"的脚本代码以构造动态过滤器。脚本的第一部分解析原始消息并使用XmlSlurper选择所有关键元素。第二部分以OData$filter格式形成key元素，并将其设置为名为leadKey的属性。

您可以看到，我总是用值配置该属性。否则，如果缺少属性，就会出现运行时故障。

最简单的步骤。在查询选项中添加属性leadKey。你的剧本很好！

在$filter查询中只能使用定义为filterable的元素。一个好的设计方法是只选择可过滤的字段作为查找关键字。如果所需的关键元素不可过滤，有享云商城，好评返现，您也可以考虑与所选关键元素相关的另一个可过滤元素来形成查询。

API也可以有限制。例如，Successfactors中的"in"运算符在一个调用中仅支持1000个值。您可能需要有一个循环过程来处理这些情况。添加动态查询会增加整个查询长度，大数据实战，并可能导致问题。服务器通常对查询的允许长度有限制。这通常以2的幂来定义，即4096（2^12）或8192（2^13）与成功因素。"页面处理"选项不适用于Enricher.

上面的步骤看起来可能有点难以完成，但相对容易执行。我共享的脚本必须适合您的用例，并且更改最少。一般来说，动态参数可以极大地帮助提高集成场景的性能，而且大多数适配器都支持参数的动态注入。在所有集成流设计中都要考虑它们。

，智能物联网