0
我在一家報告服務2005服務器中有大約30個報告的公司擔任顧問。所有報告都使用大約10個參數來更改加載到報告中的數據。參數也取決於彼此。報告服務中的視圖狀態
問題在於報告會導致展位變更參數和處理/加載最終報告的時間較長。在此之上，報告產生一個大的視圖狀態，長度大約爲110 000 char，這可能會影響報告回發到服務器時的長時間加載時間。
我檢查了t-sql和存儲過程的處理時間，當我使用sql profiler時它們看起來很正常。所以它必須與渲染過程和回報報告與重視狀態...
你可以禁用viewstate在不同的控制器的報告服務報告，就像你可以在asp.net webforms？或者最終用戶不得不忍受較長的加載時間。
問題解決了，當我們最小化在下拉參數中加載的數據。在beginninig中，一些dropwdown參數有超過100個不同的值，導致客戶端渲染和視圖狀態很長，這是長時間加載和回傳的瓶頸。 – Webking 2010-03-10 20:23:41