重新设计流

• 4 分钟

有时最好重新访问流，确定能否修改其设计来提高整体性能。 本重新评估还允许您应用流最初实施时不可用的新功能或增强功能。

使用 OData 筛选器查询限制返回的条目

SharePoint 连接器基于 REST API 构建，因此支持使用 OData 筛选服务器端数据。 使用 OData 的优势包括减少引入流中的数据量以及减少循环记录集查找感兴趣的记录的需要。

考虑包含超过 100 项计算机设备信息的 Microsoft Lists 列表。 列表包含列出所有制造商的制造商名称列。 本列和 OData 的可用性允许您在服务器端的制造商级别进行筛选，缩短流运行所需总时间。

在 SharePoint 获取项目操作中，在筛选器查询字段中添加公式筛选 Microsoft 设备。

现在，运行流时仅 Microsoft 设备可见。

修改 Do until 条件

Do until步骤执行操作直到某个条件为 true。

更改Do until条件限制有助于加快流的运行速度。 默认设置为计数 60，即每小时运行。 基本上，流将每小时检查 60 次，确定是否已满足条件。 最长持续时间计数为 30 天，计数为 5,000。

可以采取的性能改进方法包括：

• 将PT1H改为PT24H（24 小时）或改为PT72H（72 小时）。

• 减少计数，减少循环总数。

• 如在Do until条件中添加获取项目等查询类型操作，则添加筛选器查询。

• 保持选中配置运行条件字段中的成功复选框。 如果上个步骤失败，您不希望运行本步骤。

• 避免嵌套操作。

减少计划流的频率

Power Automate 允许创建基于开始时间触发流的计划云端流。

您可以灵活地每秒运行流，但运行流通常会耗尽 API 请求限制。

所有 Microsoft Power Platform 用户均根据为其分配的许可证获得有限的请求次数。 下表定义用户可在 24 小时内提出的请求数。