如何在SQL?Server查詢語句(Select)中檢索存儲過程(Store?Procedure)的結(jié)果集？(2006-12-14 09:25:36)

與這個(gè)問題具有相同性質(zhì)的其他描述還包括：
如何在SQL Server存儲過程中獲取另一存儲過程的執(zhí)行結(jié)果記錄集？
如何在存儲過程中檢索動(dòng)態(tài)SQL語句的執(zhí)行結(jié)果？
如何實(shí)現(xiàn)類似SELECT * FROM (EXEC procedure_name @parameters_var) AS datasource ... 的功能？procedure_name是一個(gè)存儲過程的名字，@parameters_var是過程參數(shù)列表
如何將一個(gè)存儲過程的執(zhí)行結(jié)果記錄集傳遞給另一個(gè)存儲過程？
存儲過程中如何根據(jù)另一個(gè)存儲過程的執(zhí)行結(jié)果選擇執(zhí)行流程？
存儲過程中如何根據(jù)動(dòng)態(tài)SQL語句的查詢結(jié)果更改執(zhí)行流程？
一個(gè)存儲過程A使用另一個(gè)存儲過程B的名字(或一段SQL語句或一個(gè)不確定的表名，字段名)作為參數(shù)，如何在不改動(dòng)存儲過程B的情況下，對存儲過程B的執(zhí)行結(jié)果記錄集進(jìn)行過濾/更改，再將過濾/更改后的結(jié)果集返回給存儲過程A的調(diào)用者？

上面這些問題都有一個(gè)共同點(diǎn)，那就是都希望對存儲過程(或動(dòng)態(tài)SQL語句)的執(zhí)行結(jié)果進(jìn)行再處理，但是標(biāo)準(zhǔn)的SQL語句只能處理數(shù)據(jù)表，而一個(gè)存儲過程（或動(dòng)態(tài)SQL語句）的執(zhí)行結(jié)果雖然是記錄集，但它們本身不能當(dāng)做數(shù)據(jù)表來處理。這樣就大大限制了存儲過程（或動(dòng)態(tài)SQL語句）的應(yīng)用范圍，它們只能作為將記錄集返回給應(yīng)用程序前的最后一個(gè)處理層。如果我們可以像使用普通的數(shù)據(jù)表那樣使用存儲過程（或動(dòng)態(tài)SQL語句）該有多好。
這個(gè)問題我以前的解決方法是使用OPENQUERY()或OPENDATASOURCE()，但OPENQUERY()不僅要求建立一個(gè)鏈接服務(wù)器，而且執(zhí)行性能也讓人無法滿意。OPENDATASOURCE()則要求提供連接字符串，這對系統(tǒng)后期的維護(hù)也是一個(gè)很大的麻煩。
今天使用SQL Server聯(lián)機(jī)叢書時(shí)無意中發(fā)現(xiàn)了一條SQL語句，竟然非常方便的解決了這個(gè)問題。這個(gè)語句就是INSERT語句。
INSERT語句在幫助中的定義是這樣的： INSERT [ INTO]
??? { table_name WITH ( < table_hint_limited > [ ...n ] )
??????? | view_name
??????? | rowset_function_limited
??? } {??? [ ( column_list ) ]
??????? { VALUES
??????????? ( { DEFAULT | NULL | expression } [ ,...n] )
??????????? | derived_table
??????????? | execute_statement
??????? }
??? }
??? | DEFAULT VALUES 其中execute_statement的解釋是"任何有效的 EXECUTE 語句，它使用 SELECT 或 READTEXT 語句返回?cái)?shù)據(jù)。"。通常我們放在這個(gè)位置的就是一段SELECT語句。但幫助既然說"任何有效的 EXECUTE 語句"，那么"EXEC procedure_name"也應(yīng)該可以羅？想到這一點(diǎn)，馬上決定動(dòng)手驗(yàn)證一下。驗(yàn)證結(jié)果證實(shí)沒問題。即下面這樣的語句 INSERT INTO table_name EXEC procedure_name @parameters_value 確實(shí)可以正常工作。有了這個(gè)基礎(chǔ)，我們也就有了解決本文開頭那些問題的方法。 基本思路是先創(chuàng)建一個(gè)臨時(shí)表，通過INSERT ... EXEC ...語句將存儲過程的返回結(jié)果保存到臨時(shí)表中，接下來就可以像處理普通數(shù)據(jù)表那樣對待這個(gè)臨時(shí)表了。對于動(dòng)態(tài)SQL語句，可以通過dbo.sp_executesql存儲過程執(zhí)行，或者直接作為EXEC的參數(shù)執(zhí)行。具體的編寫要求可以參考SQL Server聯(lián)機(jī)叢書。這里只特別說明一下，臨時(shí)表的表結(jié)構(gòu)與存儲過程（或動(dòng)態(tài)SQL語句）返回的記錄集的表結(jié)構(gòu)兼容即可，不要求完全相同。如果直接通過EXEC執(zhí)行動(dòng)態(tài)SQL語句，SQL語句有4K的長度限制。
最后給出兩種最常見的處理流程：
1。創(chuàng)建一個(gè)臨時(shí)表#tmp，表結(jié)構(gòu)與目標(biāo)存儲過程procedure_name的返回結(jié)果集兼容（兼容即可，不必相同）。
??? CREATE TABLE #tmp(
??????? [columns_list]
??? )
2。執(zhí)行存儲過程并將存儲過程的返回結(jié)果集插入臨時(shí)表。
??? INSERT INTO #tmp EXEC procedure_name @parameters_var
3。現(xiàn)在可以使用（過濾，更改或檢索）#tmp了。^_^
??? IF EXISTS(SELECT * FROM #tmp)
??? BEGIN
??????? --執(zhí)行分支1
??? END ELSE BEGIN
??????? --執(zhí)行分支2
??? END 或者 SELECT * FROM #tmp WHERE ...
4。別忘了最后清除臨時(shí)表。
??? DROP TABLE #tmp 對于動(dòng)態(tài)SQL語句，只要將第二步改為
??? INSERT INTO #tmp EXEC dbo.sp_executesql @querystring_value
即可。

轉(zhuǎn)載于:https://www.cnblogs.com/zxh1141/archive/2013/02/16/2913609.html

總結(jié)

以上是生活随笔為你收集整理的如何在SQL Server查询语句(Select)中检索存储过程(Store Procedure)的结果集的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。