在Sharepoint站点之间共享数据 - 卷起还是下拉？

Question

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

我目前正在试验委员会成员名单，并认为在网站的某个地方你可以看到每个委员会的每个人的名单。然后在网站的其他部分，您只想看到一个委员会的成员。从我一直在阅读的各种文章和博客文章中，似乎有三种接受方式来解决这个问题：

1. 汇总 - 子客户拥有自己的列表（可选择从列表模板中）。使用内容类型，以便可以将实例收集到父站点上的数据视图Web部件中。

2. 下拉 - 在父级中定义主列表，每个子站点包含该列表的视图，已过滤

3. 购买或创建自定义汇总webpart。

您在不同情况下的经历是什么？这些技术有什么权衡，还有其他（好的）方法我错过了吗？

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

Answer 1

在不同的网站上多次这样做，根据您的情况，我建议：

  

1.Roll Up - Subsites有自己的列表（可选择从列表中获取）   模板）。使用内容类型   实例可以收集到一个   父站点上的数据视图Web部件。

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

我唯一一次使用Pull Down模型的时候逻辑上只有一个我网站集会去的列表。这些列表对我们来说一直是功能性的，例如一些自定义功能的内容查询定义列表或所有站点依赖的客户列表，用于填充已安装的自定义字段控件。

Answer 2

我会说两者都会同样有效，但是一方面的优势实际上归结为如何更好地建立内网网站集的结构。

Answer 3

您可能还需要考虑将内容查询Web部件（CQWP）与complimentar网站集结构结合使用，以便您可以显示委员会成员数据。

通过一些定制，CQWP可以做一些惊人的事情 - 它已经由产品组团队全面优化，用于管理各种查询。它易于配置和使用，并且有很多关于如何在网络上使用它们的例子。