2011-06-21 69 views
1

我原來的發貼是this question to narrow down the slowness issues with my SharePoint application。在接受StriplingWarrior's答案後,我開始逐步完成他的建議。簡而言之,我在SharePoint 2010服務器上託管的應用程序頁面中有一個RadGrid。 RadGrid在分頁時運行得非常好;但是,一旦應用了過濾器,例如:給我包含'doe'的姓氏(使用Telerik的內置過濾器機制),結果需要15秒鐘才能返回。這不會發生在我的開發環境中,使用相同的一組數據(約30,000條記錄)。SharePoint和Telerik RadGrid控件的性能問題

有兩點要注意這裏:

  • 由我的LINQ產生的SQL表達式的SQL都很好。我使用LINQPad追蹤他們並將他們放入管理工作室。那裏沒有什麼複雜的。
  • 我創建了一個空的ASP.NET 3.5 Web窗體應用程序,並移植了其中一個有問題的RadGrid。我將Web應用程序放在生產服務器上,難道你不知道......它運行得很好。過濾時無性能問題。

這樣做上述,我能排除以下幾點:

  • 數據庫優化的問題。
  • SharePoint應用程序和數據庫服務器之間的網絡問題。
  • LINQ to SQL優化問題。

從高層次看這種情況,您能想到我需要在SharePoint應用程序服務器上執行的任何操作,或者解決此問題嗎?我在web.config中關閉了調試功能。

再次,here is my original question that contains the code。謝謝。

回答

0

我會被建立爲15秒花開始: 1.服務器端 2.客戶端

您可以使用瀏覽器插件一樣的Page Speed(http://code.google.com/ intl/da-DK/speed/page-speed /)來衡量您網頁的各個方面。如果在服務器端使用15秒的大部分時間來渲染頁面,則可以縮小代碼中探查器工具或跟蹤語句需要花費這麼久的時間。

你的問題聽起來有點像RadGrid處理過濾的問題。你說生成的SQL和數據庫性能很好。過濾器表達式(例如doe)是否會轉換爲SQL where子句?我會懷疑網格選擇來自數據庫的所有記錄並應用過濾器。

Kr,Bernd。

0

在SharePoint性能問題主要發生是由於以下原因:

  • 的BLOB壓倒了名單

如果使用可以顯着提高的SharePoint性能的SQL Server

  • 太多的數據庫人次一些智能技術是:

    • 外部化文檔(BLOB)的
    • 緩存列表和BLOB的

    Microsoft Office SharePoint服務器(MOSS)是一個非常受歡迎的產品,提高了通過內容管理和企業搜索,共享業務流程和信息共享的組織有效性跨越邊界以提高業務洞察力。 StorageEdge是一款非常好的產品,可以增強/改善SharePoint性能。