2009-12-22 88 views
1

在SharePoint之外存儲數據的最佳方式是什麼?我想在SharePoint中使用默認的編輯/視圖選項(儘管我打算擴展其功能)。我需要將數據存儲在SharePoint列表之外,因爲我預計會有一個大型記錄集(以150,000開頭)。在列表之外保存Sharepoint數據

+1

您可以將項目存儲在列表中,訣竅是創建高效的視圖,將分頁的數據快速返回給用戶。另一種選擇是使用文件夾來拆分數據。如果您確實需要將其存儲在SharePoint之外,我會考慮等待SharePoint 2010和他們的「外部列表」功能,因爲如果您想在SharePoint 2007中模仿該功能,那麼需要考慮很多缺陷和問題(在那裏,做到了)。 – GalacticJello 2009-12-22 22:11:11

+1

GalacticJello,您的評論有資格作爲答案,請將其複製並作爲實際答案發布(這會得到我的+1 ;-)) – Colin 2009-12-22 23:04:14

回答

2

我完全同意GalacticJello,在常規SharePoint內容數據庫之外存儲數據是目前(MOSS 2007)一個完整而徹底的噩夢。 MS爲我們提供了覆蓋一個ExternalStorage提供商baseclas,但也有反對使用這一重大缺點:

  • 編寫和使用自己的自定義ExternalStorage提供者實現是可行的,但很難
  • ExternalStorage提供商實現只做到這那就是讓Sharepoint商店的東西放在與常規內容數據庫不同的位置。
  • 這意味着您需要編寫自己的代碼來保持外部存儲和列表項同步,並且我甚至沒有提到工作流和版本控制。

  • 最後但並非最不重要(恕我直言最差),創建和使用自定義ExternalStorage提供商不是Web應用程序或網站集定位的,它的用法是場寬(也有變通辦法NO)。因此,您在該服務器場中創建的任何網站集都會使用外部存儲提供商的文檔庫。

2

您可以將項目存儲在列表中,訣竅是創建高效的視圖,快速返回分頁數據給用戶。

另一種選擇是使用文件夾來拆分數據。

如果您確實需要將其存儲在SharePoint之外,我會考慮等待SharePoint 2010以及他們的「外部列表」功能,因爲如果要在SharePoint中模仿該功能,需要考慮大量缺陷和事項2007年(在那裏,做到了)。

+0

我們實際上嘗試在帶有索引的不同項目中使用文件夾,並發現它沒有幫助很大。 – 2009-12-23 15:11:50

+0

我們遇到了同樣的問題,其中包含172K項目的列表。訣竅是在默認視圖中顯示儘可能少的列,這些列仍然可以使視圖有用,並對其進行索引並適當地對其進行分頁。頁面加載時間從3-4秒降低到亞秒。 – GalacticJello 2009-12-23 19:26:52

0

在這種情況下,它聽起來像所有的元素將在同一個列表中,否則SLAM(CodePlex上的免費工具)是一個非常乾淨的相關列表的數據複製工具。

根據上面的註釋,它確實看起來像一個普通的ol頁面,ASP.NET頁面可能是最好的選擇,除非有必要使用SharePoint的一些好理由。