（SharePoint 2013 的 Nintex 表单）是否可以使用表单中的 lookup() 在网站集之外查找列表？
( Nintex Form for SharePoint 2013 ) Is it possible to lookup Lists outside the Site collection using the lookup() in Forms?
我们的场景
在内联网子站点上 运行 开发 Nintex 表单和工作流
基于表单字段的值；需要查询驻留在 Intranet 根站点上的列表。
我们项目网站的网站集是根网站的子网站。所以根网站列表不是项目网站集的一部分。
最近一直在找这个。在 Nintex 2013 官方文档中找到以下信息 lookup() :
- 从第3步和第4步开始；门好像关着。
社区中有没有人遇到过类似的问题。请告诉我:)
此致
您碰到了一个核心原因，为什么我通常在站点内的列表上开发 Nintex workflow/forms，而不是使用子站点。从好的方面来说，相同的列表允许在 SharePoint 列表、Nintex 工作流和表单中轻松查找字段。要考虑的这种方法的结果是对内容数据库的大小有限制。但是，虽然我不记得 2013 年的上限，但我知道 2016 年您可以放心地增加到 100GB，上限为 200GB。虽然这是大量数据，但多年来我们已经成功地使用这种方法构建了生产系统。也就是说，我们不认为 SharePoint 是存储大量非结构化文档的地方。
但是，如果您的 governance/policies 等迫使您维护单独的站点，那么事情就会变得更加复杂。我使用了调用 Web 服务操作（目前通过设计器中的插入连接器操作 > 调用 Web 服务）。
好消息是 SharePoint 确实为其提供了 Web 服务，因此您应该能够使用您的凭据进行身份验证。如果您只使用 Intranet，那么这应该不是问题，因为 SharePoint Server 应该使 Web 服务在域中可用。
对于 url 输入 SharePoint 网站的根目录 URL。我建议使用工作流常量凭据，显然，您会希望用于访问所查询内容的帐户。建立连接后，将提供一个 Web 方法列表。然后，您可以 运行 查询并存储到变量。但是，我要说的是，我不经常使用递归调用 Web 服务到 SharePoint 环境，因为开发和维护解决方案的工作量要大得多。此外，访问表单中的查找字段确实可以提供更易于维护的用户体验。
综上所述，我需要补充一个重要的警告。在我们使用 SharePoint 和 NWF 构建平台类型的解决方案之前，我们花费了大量的前期时间来进行流程分析工作。有问题欢迎评论留言。
我们的场景
在内联网子站点上 运行 开发 Nintex 表单和工作流
基于表单字段的值；需要查询驻留在 Intranet 根站点上的列表。
我们项目网站的网站集是根网站的子网站。所以根网站列表不是项目网站集的一部分。
最近一直在找这个。在 Nintex 2013 官方文档中找到以下信息 lookup() :
- 从第3步和第4步开始；门好像关着。
社区中有没有人遇到过类似的问题。请告诉我:)
此致
您碰到了一个核心原因，为什么我通常在站点内的列表上开发 Nintex workflow/forms，而不是使用子站点。从好的方面来说，相同的列表允许在 SharePoint 列表、Nintex 工作流和表单中轻松查找字段。要考虑的这种方法的结果是对内容数据库的大小有限制。但是，虽然我不记得 2013 年的上限，但我知道 2016 年您可以放心地增加到 100GB，上限为 200GB。虽然这是大量数据，但多年来我们已经成功地使用这种方法构建了生产系统。也就是说，我们不认为 SharePoint 是存储大量非结构化文档的地方。
但是，如果您的 governance/policies 等迫使您维护单独的站点，那么事情就会变得更加复杂。我使用了调用 Web 服务操作（目前通过设计器中的插入连接器操作 > 调用 Web 服务）。
好消息是 SharePoint 确实为其提供了 Web 服务，因此您应该能够使用您的凭据进行身份验证。如果您只使用 Intranet，那么这应该不是问题，因为 SharePoint Server 应该使 Web 服务在域中可用。
对于 url 输入 SharePoint 网站的根目录 URL。我建议使用工作流常量凭据，显然，您会希望用于访问所查询内容的帐户。建立连接后，将提供一个 Web 方法列表。然后，您可以 运行 查询并存储到变量。但是，我要说的是，我不经常使用递归调用 Web 服务到 SharePoint 环境，因为开发和维护解决方案的工作量要大得多。此外，访问表单中的查找字段确实可以提供更易于维护的用户体验。
综上所述，我需要补充一个重要的警告。在我们使用 SharePoint 和 NWF 构建平台类型的解决方案之前，我们花费了大量的前期时间来进行流程分析工作。有问题欢迎评论留言。