2013-02-20 80 views
1

編輯
我正在編寫一份新報告,並試圖製作一份空白報告。即使這個需要12秒鐘纔會出現。顯然有些問題,但我想在重新安裝之前嘗試可能的解決方案。SSRS報告需要很長時間才能出現,但處理起來很快

我的應用程序有幾個SSRS報告。他們都是列出數據的簡單表格。在設計師的預覽標籤中,它們都在1-3秒內出現。他們使用的SQL查詢或存儲過程都執行得足夠快。這些報告位於tabcontrol內的ReportViewer中。

我的問題是,這些報告中的大多數會連續生成20次左右,每個報告都有不同的參數,並且它會在實際應用程序中出現12秒或更長時間的報告,這是一個大問題。什麼可能導致這種放緩?

這裏是我最簡單的報告,該報告仍需要太多時間的例子:

**Table Users** 
Id uniqueidentifier PK 
Name varchar(50) 
Salary decimal 
TimeInBank decimal 
Enabled bit 

表有不到100行,沒什麼特別的。 查詢:

SELECT * FROM用戶啓用該功能= 1

在執行日誌,該報告有如下統計:

TimeRendering: 79 
TimeProcessing: 54 
TimeDataRetrieval: 22 
Status: rsSuccess 
ByteCount: 5305 
RowCount: 7 

似乎沒有什麼不對這些數字,但從我按下按鈕到看到報告的那一刻,仍然至少需要12秒。

+0

它可能與此有關:http://rusanu.com/2009/07/24/fix-slow-application-startup-due-to-code-sign-validation/ – 2013-02-20 20:16:25

+0

我會盡快嘗試當我訪問服務器 – 0xFF 2013-02-20 21:50:28

+1

你看過IIS日誌,服務器的EventViewer,並用Fiddler之類的東西來追蹤請求嗎?可能是你的延誤在交通工具的某個地方。 – Jeroen 2013-02-21 07:32:39

回答

1

如果報告中的數據並沒有改變,很多時候,你可以考慮緩存的報告: http://msdn.microsoft.com/en-us/library/ms155927.aspx

可能仍然需要找出瓶頸是擺在首位的東西,但至少觀衆的報告將不必在此期間等待。

+0

感謝您的建議,但每個報告之間的數據更改。 – 0xFF 2013-02-20 21:49:57

相關問題