最近在利用 SSRS 2005 做報表的時候，調(diào)用帶有臨時表的數(shù)據(jù)源時，系統(tǒng)會報錯，并無法進入向?qū)У南乱徊剑e誤如下：
There is an error in the query. Invalid object name '#temptb'.

經(jīng)過研究后想到如下三種解決方案：

1. 使用表變量代替臨時表，這樣做法可以避免SSRS 2005 的語法錯誤提示，缺點就是如果處理的數(shù)據(jù)量比較大，會占用過大的內(nèi)存，并且報表加載時間過長。

2.使用一個不包含臨時表的SQL語句創(chuàng)建報表，創(chuàng)建成功以后，修改數(shù)據(jù)源，替換上包含臨時表的SQL命令或者存儲過程，這時用SSRS 2005自帶的語法檢查功能對數(shù)據(jù)源語法檢測也會報錯，但是不會影響報表的保存和加載。為了測試在并發(fā)調(diào)用報表的情況下，臨時表內(nèi)的數(shù)據(jù)是否會混淆，我做了個測試，將建好的需要運行一段時間才能生成的帶有臨時表的報表發(fā)布到報表服務(wù)器，然后同時打開多個網(wǎng)頁訪問該報表，報表同時加載，但是數(shù)據(jù)之間仍就保持獨立。測試結(jié)果說明SSRS 2005在并發(fā)條件下調(diào)用臨時表，與其他程序調(diào)用臨時表相同，不會影響最后的顯示結(jié)果。 當然上面提到的臨時表指的是本地臨時表（以#開頭），如果是全局臨時表（以##開頭）,則報表之間將會共享全局臨時表中的數(shù)據(jù)。

3.將報表升級到SSRS 2008, SSRS 2008支持臨時表的使用。

最新評論