sharepoint - 跨 Sharepoint 站点共享数据 - 上滚还是下拉？

Question

我的工作场所将在未来几个月内开始在内部使用 Sharepoint。我对在内网上拥有更多结构化数据的可能性感到非常兴奋。其中一个关键部分是允许相关数据分布在整个网站层次结构中。

我目前正在试验委员会成员列表，想法是在网站的某个位置您可以看到每个委员会中每个人的列表。然后在网站的其他部分，您只想看到单个委员会的成员。从我读过的各种文章和博客文章来看，似乎可以通过三种可接受的方法来解决这个问题:

1. 汇总 - 子网站有自己的列表(可以选择来自列表模板)。使用内容类型，以便可以将实例收集到父网站上的数据 View Web 部件中。

2. 下拉 - 主列表在父网站中定义，每个子网站都包含该列表的 View (已过滤)

3. 购买或创建自定义汇总 Web 部件。

您在不同情况下有什么经验？这些技术的权衡是什么？还有其他我错过的(好的)方法吗？

顺便说一句，委员会成员的例子是我目前正在尝试的不同可能性。我对一般权衡更感兴趣，不一定特定于此示例。

Answer 1

我已在不同网站上多次执行此操作，根据您的情况，我建议:

1.Roll Up - Subsites have their own lists (optionally from a list template). Content types are used so the instances can be collected into a Data View Web Part on the parent site.

这提供了更大的灵活性，不仅您网站集中的其他网站可以获取此信息，您还可以使用搜索查询 Web 部件来汇总其他网站集中的信息(CQWP 和 DVWP 不能跨网站集工作)。

我唯一一次使用下拉模型是当逻辑上只有一个列表可供我的网站集访问时。对于我们来说，这样的列表本质上一直都是实用的，例如某些自定义功能的内容查询定义列表或所有站点所依赖的客户列表，用于填充已安装的自定义字段控件。