Blue Prism 中 Sharepoint 的间谍活动非常缓慢答案

【问题标题】：Spying of Sharepoint is very slow in Blue PrismBlue Prism 中 Sharepoint 的间谍活动非常缓慢
【发布时间】：2018-11-05 20:24:54
【问题描述】：

如果记录是列表中的 100-200 条记录，我有一个共享点，并且间谍活动效果很好。一旦记录增加到超过 500 条，间谍活动就会变得缓慢，并且需要一分钟以上的时间才能完成。我曾尝试使用 Path 属性并将 MatchIndex 设置为 1 的间谍活动。到目前为止，我已经尝试过 html 模式，在看到这个之后，我对 AA 模式的间谍活动没有信心。有没有人遇到过这样的挑战，加快间谍活动的程序是什么，任何意见都会有所帮助。

【问题讨论】：

标签： sharepoint blueprism spying

【解决方案1】：

您可以立即做两件事来减少监视所有这些元素所需的时间：

如您所说，坚持使用 HTML 模式 - 从长远来看，它会比任何其他间谍模式更快。
监视特定类型的单个元素（例如，文件列表中的文件）并从您的对象动态设置 Path 属性。枚举列表项并通过相同的Path 属性告诉 Blue Prism 对哪个元素运行操作。

作为所有这些的替代方案，针对您可用的任何 Sharepoint API 编写代码。抛弃 UI 自动化，只专注于使用公开的后端交互来利用任何必要的功能。这完全消除了您的间谍需求，因为一切都是在代码级别的基础上处理的。由于不必遍历用户界面，它还可以消除大部分处理时间。

【讨论】：

【解决方案2】：

我同意 esqew 的观点，即尽可能避免 SharePoint 的标准 UI 自动化。但是，如果您对使用 API 的技术不够精通，则更简单的替代方法是使用数据库连接。

这可以通过使用 Microsoft Access 作为列表和 BluePrism 之间的中介轻松实现。这里有一些指南（video 或 article）

当然有一些限制，但如果您只对阅读感兴趣，那么这对您来说可能是一个可行的选择。

【讨论】：

嗯，TIL 你可以使用 OLEDB 访问 Sharepoint 列表。谢谢！
是的，它真的很有用，特别是如果您正在与不喜欢了解 API 的客户一起工作。此外，上次我尝试在客户端的 SharePoint 上使用 API 时，我在身份验证上失败了。我敢肯定，如果您让 API 正常工作，您将获得非常出色的选择，但“快速而肮脏”的 OLEDB 也有一些好处，尤其是在您安装了 MS Access 的情况下。

【解决方案3】：

应该完成重要的设置，即

您可能需要进行一些管理更改，即您需要在 SP 列表中启用 Ms Access Engine
我们需要安装 MS Access 引擎，以便 SharePoint 列表得到压缩，并且在启动表格之前您可以看到 Ms - Access 徽标。

需要在 MS - Access 中编写宏以从 SP 列表中获取数据并更新/刷新回 SharePoint，这样做您无需依赖手动导入 SharePoint 列表数据。

在 Ms - Access 中，所有的 SP 列表都将被创建并存储在表中。该宏只会刷新表数据，您可以使用OLEDB查询MS-Access Extractor文件，也可以使用Insert/update/delete查询

在打开 Ms - Access 文件时，您只需要启动 SharePoint 默认站点（这取决于在 Ms - Access 宏中如何编码以访问 SP 列表）。

我想说，据我所知，这是使用 SP 列表的最佳且可靠的方法。

不幸的是，目前我没有 MS - 访问代码 :(。如果可以的话，我很乐意发布它。

【讨论】：