SharePoint列表數以百萬計的項目

Question

的我要創建&正在尋找的投入來決定SharePoint列表Vs的自定義DB

我們必須維持200萬票系統幫助申請單kindof系統。

我們需要提供againt根據日期範圍&其他標準

我們需要根據日期範圍內提供搜索票報告。

鑑於數據量是Sharepoint列表的正確選擇？

有沒有人有數百萬記錄在SharePoint列表中的經驗？

Answer 1

它取決於SharePoint的版本您將要使用。

SharePoint 2007的

據this document，你不應該有超過2000 在單個視圖項目：

測試表明在列表視圖性能下降超過2000項。

所以你可以在技術上有更多的項目，但是，你應該期待一些性能問題。

該限制適用於視圖，因此，只要將視圖合適地分組在視圖中，您可以在列表中保留更多項目並保持可接受的性能。

此處還有一個類似的問題（對於SharePoint 2003和SharePoint 2007），其中提供了更多有用的信息：SharePoint List Scalability。

的SharePoint 2010（和SharePoint 2013）

對於SharePoint 2010（和SharePoint 2013），在列表中的項目的總數的上限爲（儘管它可以根據變化具體情況）。

請再看看這些文件中提到的其他限制和限制。

文件，列出各種的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

Answer 2

如果你知道最近的那個你將有200萬張門票去定製數據庫。門票將與其他（商務）實體有關係。你會想要加入和複雜的查詢。僅將SharePoint用於文檔和簡單列表，SharePoint不是數據庫。

我對SharePoint 2010項目有經驗，我們在開始時太信任SP列表（10000個項目）太多。數據以自定義數據庫結尾。

看here和here