3

我正在为一个包含大约 40 个应用程序的业务解决方案包开发一个新的存储系统。其中一些应用程序生成当前保存和组织在网络共享文件夹中的文档（主要是 docx，一些 pdf）。

应用程序平均每年生成大约 150.000-200.000 个文档，这些文档应该以更加一致和可靠的形式（即单独的 SQL 数据库）持久化。

Sharepoint 是一个领先的候选者，因为我们计划最终使用它的其他功能，而不是 DMS 功能。我已阅读有关文档库限制的信息，即。每个文件夹 2000 个文件，文档库的所有文件夹中最多有 1.000.000 个文件。我还读到可以绕过 2000 限制，但它会影响性能。我还没有找到在一个库中拥有如此大量文件的真实体验。例如，如果我将文件夹限制增加到 50.000 会发生什么，这会对性能产生什么影响（通过 Web 服务读取/编辑/写入文档的请求变慢，尤其是在检查重复文件名、索引、搜索等时写入.)。

一个重要的注意事项：如果我们不需要，我们根本不会使用 sharepoint web 门户，而是通过 web 服务通过我们的应用程序做所有事情，因此数据视图渲染速度较慢不是问题。

4

2 回答 2

6

您可以在文档库中拥有任意数量的项目，只要您的最后一段是真实的（您不会通过门户本身访问信息）

我们对我们的 DMS 系统进行了工作测试，在同一个文档库和同一个文件夹下有 700 万个文件。但是我们从不通过门户查看该内容，我们使用 SPWeb.GetFile(guid) 方法使用这些文件，并且我们在另一个 SQL 数据库（存储文件的 GUID）上拥有与它们相关的所有信息

于 2009-12-03T13:40:35.073 回答
3

2000 限制不是硬限制，它是列表视图中应包含的最大文件数量。

如果列表视图包含超过 2000 个项目，性能将开始下降。通过添加索引列并在不超过 2000 个限制（给予或接受）的列表上创建过滤的附加视图，门户本身的使用仍然可以。

此外，请注意设置文件的权限。给每个文件它自己的权限集也会降低性能，因为内部共享点将开始执行大量连接（在 sql server 中）以确定允许谁查看什么。

请注意：非常非常好地规划您的基础架构。尤其是运行内容数据库的 sql 服务器（集群）。

于 2009-12-03T17:34:35.037 回答