数百万个项目的共享点列表答案

【问题标题】：Sharepoint list for millions of items数百万个项目的共享点列表
【发布时间】：2012-12-12 21:21:43
【问题描述】：

我必须创建一种帮助票证系统，并且正在寻找输入来决定 Sharepoint 列表与自定义数据库

我们必须在系统中保留 200 万张票。

我们需要根据日期范围和其他标准提供有关门票的报告

我们需要提供基于日期范围的搜索。

考虑到数据量，Sharepoint 列表是正确的选择吗？

有没有人处理过共享点列表中的数百万条记录？

【问题讨论】：

【解决方案1】：

如果您预先知道您将拥有 200 万张门票，请选择自定义数据库。工单将与其他（业务）实体有关系。您将需要连接和复杂的查询。仅将 SharePoint 用于文档和简单列表，SharePoint 不是数据库。

我曾在 SharePoint 2010 上进行过项目，在该项目中，我们一开始就过于信任 SP 列表（10000 个项目）。数据最终保存在自定义数据库中。

【讨论】：

是的，列表不是数据库。但是如果你需要报告和搜索功能，一种方法是将数据移动到自定义数据库中，并从那里构建报告和搜索功能，但共享点列表和报告之间肯定会有延迟，这真的取决于需求。

【解决方案2】：

这取决于您要使用的 SharePoint 版本。

SharePoint 2007

根据this document，单个视图中的项目不应超过 2000 个：

测试表明列表视图性能下降超过 2000 个条目。

因此，从技术上讲，您可以在那里拥有更多项目，但是，您应该会遇到一些性能问题。

该限制适用于视图，因此您可能可以在列表中包含更多项目并保持可接受的性能，只要您将它们适当地分组到视图中。

这里还回答了一个类似的问题（针对 SharePoint 2003 和 SharePoint 2007），提供了更多有用的信息：SharePoint List Scalability。

SharePoint 2010（和 SharePoint 2013）

对于 SharePoint 2010（和 SharePoint 2013），列表中的项目总数限制为 30 000 000（尽管可能因具体情况而异）。

还请查看这些文档中提到的其他限制和限制。

各种 SharePoint 版本的文档列表限制：

【讨论】：