sharepoint - 数百万个项目的共享点列表

Question

我必须创建一个帮助票证系统，并且正在寻找输入来决定 Sharepoint List Vs Custom DB

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

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

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

鉴于数据量大，Sharepoint 列表是正确的选择吗？

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

Answer 1

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

我在 SharePoint 2010 上的项目有经验，在该项目中，我们一开始就过于信任 SP 列表（10000 个项目）。数据最终出现在自定义数据库中。

看这里和这里

Answer 2

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

共享点 2007

根据此文档，单个视图中不应包含超过2000个项目：

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

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

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

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

SharePoint 2010（和 SharePoint 2013）

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

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

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

• SharePoint 2003：http ://technet.microsoft.com/en-us/library/cc287743.aspx
• SharePoint 2007：http ://technet.microsoft.com/en-us/library/cc287790.aspx#section3
• SharePoint 2010：http ://technet.microsoft.com/library/cc262787%28Office.14%29.aspx#ListLibrary
• SharePoint 2013：http ://technet.microsoft.com/en-us/library/cc262787.aspx#ListLibrary