我有很多文档要存储在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或其他方法“批量上传”文档？
答案 0 :(得分：0)
这里的关键是要了解SharePoint可以存储多达3000万个文档，但一次只能显示5,000个文档。最简单的维护方法是将文档转储到单独的文件夹中，每个文件夹中的文档不超过5,000个。它很容易做到，但我不是文件夹的忠实粉丝，因为它们在一组文档上强加了一个组织结构。从长远来看，应用元数据然后过滤视图会更有效，但在将文档转储到库时要困难得多。我建议查看一些可以进行此类批量上传并仍然保留适当元数据的第三方迁移软件。我曾经使用过的（还有其他的）是Metalogix内容矩阵。