数百万项的Sharepoint列表

Question

我必须创建一个帮助票证类型系统＆amp;我正在寻找输入来决定Sharepoint List Vs Custom DB

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

我们需要根据日期范围及时提供报告。其他标准

我们需要根据日期范围提供搜索。

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

是否有人在共享点列表中拥有数百万条记录的经验？

Answer 1

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

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

查看here和here

Answer 2

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

SharePoint 2007

根据this document，您在单个视图中的项目不应超过 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