0

我有很多文档要存储在 SharePoint 2010 的文档库中。我们谈论的是 50k+ 文档。我曾多次使用文档库，但没有这么大，当涉及到这些应该如何存储和允许的元素数量时，我发现自己对一些定义感到困惑。

通过查看这里：http ://technet.microsoft.com/en-us/library/cc262787%28v=office.14%29.aspx#ListLibrary它说一个文档库可以容纳多达 3000 万个文档。好的！50k 并不接近 3000 万。但是，我可以将所有文档转储到库中而不将它们分组到视图或子文件夹中吗？因为一个视图只能有 5k 个元素，然后我必须创建视图并将文档放在许多视图中，以免超过这个限制。

现在，文档和图书馆很可能永远不会通过去图书馆被浏览。每个文档都将从另一个地方链接，而且这种情况也不会那么频繁。因此，我有点希望我可以将所有文档转储到一个大图书馆中。我已经读过，如果列表中的元素数量超过 5k，SharePoint 将不会查询查询以返回所有内容，而是将此查询与一些默认查询交换。在我的情况下，这很好，但是对于将这么多文件转储到 SharePoint 2010 中的一个库中是否还有其他问题？还有什么我可能没有想到的吗？

最后还有一个快速问题，我计划使用 PowerShell 编写上传脚本，但我从其他人那里听说，以这种方式将文档上传到 SharePoint 可能需要很多时间，因为它一次只执行一个文档。是否可以通过 PowerShell 或其他方法“批量上传”文档？

4

1 回答 1

0

这里的关键是要了解 SharePoint 最多可以存储 3000 万个文档，但一次只能显示 5000 个。最简单的维护方法是将文档转储到单独的文件夹中，每个文件夹中的文档不超过 5,000 个。这样做很容易，但我不是文件夹的忠实拥护者，因为它们将单一的组织结构强加于一组文档。从长远来看，应用元数据然后过滤视图更有效，但在将文档转储到库时更难做到。我建议查看一些可以进行这种批量上传并仍然维护适当元数据的第三方迁移软件。我使用过的一个（还有其他）是 Metalogix Content Matrix。

于 2015-01-02T13:43:50.057 回答