我正在开发一个新的存储系统，用于包含大约40个应用程序的业务解决方案包。其中一些应用程序生成当前在网络共享文件夹中保存和组织的文档（主要是docx，一些pdf）。
应用程序平均每年生成大约150.000-200.000个文档，这些文档应该以更一致和可靠的形式保存（即单独的SQL数据库）。
Sharepoint是一个领先的候选者，因为我们计划最终使用它的其他功能，而不是DMS功能。我读过有关文档库的限制，即。每个文件夹2000个文件，文档库的所有文件夹中最多包含1.000.000个文件。 我还读到可以绕过2000限制，但它会影响性能。我没有找到的是在一个库中存在如此大量文件的真实世界体验。例如，如果我将文件夹限制增加到50.000，会对性能产生什么影响（通过Web服务读取/编辑/编写文档的请求较慢，尤其是在检查重复文件名，索引，搜索等时写入）会发生什么？ ）。
一个重要的注意事项：如果我们不需要，我们根本不会使用sharepoint Web门户，而是通过我们的应用程序通过Web服务完成所有工作，因此数据视图渲染速度较慢不是问题。
答案 0 :(得分：6)
您可以根据需要在文档库中包含任意数量的项目，只要您的最后一段是真的（您不会通过门户网站本身访问该信息）
我们对DMS系统进行了测试，在 相同的 文档库和 相同的 <下有700万个文件/ strong>文件夹也是。但我们永远不会通过门户网站查看内容，我们使用SPWeb.GetFile（guid）方法使用这些文件，并且我们在另一个SQL数据库（存储文件的GUID）上拥有与它们相关的所有信息
答案 1 :(得分：3)
2000限制不是硬限制，它是应该在列表视图中的最大文件数量。
如果列表视图包含超过2000个项目，性能将开始下降。通过添加索引列并在列表上创建过滤的其他视图，但不超过2000的限制（给予或接受），门户网站本身的使用仍然可以。
另外，请注意设置文件的权限。为每个文件提供自己的权限集也会降低性能，因为内部sharepoint将开始执行大规模连接（在sql server中）以确定允许谁查看内容。
一个注意事项：非常非常好地规划您的基础架构。特别是正在运行内容数据库的sql server（集群）。