Sharepoint Online 网站的最佳实践组织？

Question

我正在为我的公司试用 Office 365，将其作为一种 Intranet/协作平台，我想知道 Sharepoint 站点的信息架构的最佳实践是什么，将内容划分为单独的站点。

这是初稿：

现在，我的问题是：

1. 我应该将网站分成这样的子网站吗？这大致基于不同用户组应具有的访问权限。但问题是，某些用户应该有权访问所有这些文件，在这种情况下，他们无法从同一位置搜索/过滤/查看所有文件可能会带来不便。IE。如果我这样划分它们，我似乎巩固了内容/文档的划分。
2. 或者我应该将更多内容转储到一个网站并使用视图和过滤器来获取以下类别？但是我如何对不同部分实施某种限制呢？（除了费力地在每个文档上设置它）
3. 如果我确实将其划分为这些子站点，有什么方法可以获得它的聚合视图吗？我已经阅读过有关内容查询 Web 部件的内容，但显然 Office 365 中不提供该功能，至少目前还没有。还有别的办法吗？

我非常感谢有关这些问题的帮助，以及有关此类网站最佳实践的一些一般性指示，因此我们不会“把自己逼到角落”可以这么说......

编辑：

好的，我得到了一些答案，表明内容查询 Web 部件应该在 Office 365 中可用，但我不知道在哪里。这是内容汇总类别的界面，我想我应该在其中找到它，但我不知道它在哪里。所选部分应该显示我选择的网站，但真的是这样吗？我希望能够显示来自各个文档库的文档，但是显示整个网站意味着什么......？或者是在其他地方？

编辑2：

通过下面的建议，我即将让站点聚合适用于文档库，这将在某种程度上实现我想要的灵活性。现在唯一的问题是我没有看到我在创建内容查询 Web 部件的顶级网站的子网站中创建的任何托管元数据列...有什么办法可以在此处提供此类托管元数据列吗？

Answer 1

创建子物，你看起来很好的结构。您可以从单独的网站获得大量优势，例如权限，保留，社交之后，网站内的新增功能（在新版本中）。如上所述，您可以使用CQWP或SRWP汇总内容。但是，使用CQWP时，请小心网站部件需要查询的数据以获取所有内容。

您可以杀死Web部件的页面，如果您在网站集中的所有站点进行了查询以获取“最新X文档”。对于大型查询，请使用srwp。

您可以使用搜索结果Web部件和细化面板构建搜索/过滤器/查看。

Answer 2

这 Content Query WebPart 在 Office 365 中可用。你的意思可能是 Content Search Web Part, ，目前尚不可用，但有一个替代方案 Search Results Web Part.

对于您的场景，我认为用于聚合的内容查询 Web 部件应该足够了。

您还可以使用搜索进行聚合，但目前我们在 Office 365 (2013) 中的爬网计时方面面临很多问题。我希望这在未来应该会变得更好。

Answer 3

一个关键考虑应该是设计的缩放性 ......特别是关于 content 要存储

a sp - 站点集合有一个建议的最大尺寸 100-200gb 。

有关详细信息，请参阅 http://technet.microsoft.com/en-gb/library/cc262787.aspx＃siteCollection