首页 > 代码库 > 01. 把存储过程结果集SELECT INTO到临时表
01. 把存储过程结果集SELECT INTO到临时表
在开发过程中,很多时候要把结果集存放到临时表中,常用的方法有两种。
一. SELECT INTO
1. 使用select into会自动生成临时表,不需要事先创建
select * into #temp from sysobjectsselect * from #temp
2. 如果当前会话中,已存在同名的临时表
select * into #temp from sysobjects
再次运行,则会报错提示:数据库中已存在名为 ‘%1!‘ 的对象。
Msg 2714, Level 16, State 6, Line 2
There is already an object named ‘#temp‘ in the database.
在使用select into前,可以先做一下判断:
if OBJECT_ID(‘tempdb..#temp‘) is not nulldrop table #tempselect * into #temp from sysobjects select * from #temp
3. 利用select into生成一个空表
如果要生成一个空的表结构,不包含任何数据,可以给定一个恒不等式如下:
select * into #temp from sysobjects where 1=2select * from #temp
二. INSERT INTO
1. 使用insert into,需要先手动创建临时表
1.1 保存从select语句中返回的结果集
create table test_getdate(c1 datetime)
insert into test_getdate select GETDATE()
select * from test_getdate
1.2 保存从存储过程返回的结果集
create table #helpuser(UserName nvarchar(128),RoleName nvarchar(128),LoginName nvarchar(128),DefDBName nvarchar(128),DefSchemaName nvarchar(128),UserID smallint,SID smallint)insert into #helpuser exec sp_helpuserselect * from #helpuser
1.3 保存从动态语句返回的结果集
create table test_dbcc(TraceFlag varchar(100),Status tinyint,Global tinyint,Session tinyint)insert into test_dbcc exec(‘DBCC TRACESTATUS‘)select * from test_dbcc
对于动态SQL,或者类似DBCC这种非常规的SQL语句,都可以通过这种方式来保存结果集。
2. 不能嵌套使用insert exec语句
2.1 下面这个例子,尝试保存sp_help_job的结果集到临时表,发生错误
create table #JobInfo(job_id uniqueidentifier,originating_server nvarchar(128),name nvarchar(128),enabled tinyint,description nvarchar(512),start_step_id int,category nvarchar(128),owner nvarchar(128),notify_level_eventlog int,notify_level_email int,notify_level_netsend int,notify_level_page int ,notify_email_operator nvarchar(128),notify_netsend_operator nvarchar(128),notify_page_operator nvarchar(128),delete_level int,date_created datetime,date_modified datetime,version_number int,last_run_date int,last_run_time int,last_run_outcome int,next_run_date int,next_run_time int,next_run_schedule_id int,current_execution_status int,current_execution_step nvarchar(128),current_retry_attempt int,has_step int,has_schedule int,has_target int,type int)insert into #JobInfo exec msdb..sp_help_job
返回错误信息:INSERT EXEC 语句不能嵌套。
Msg 8164, Level 16, State 1, Procedure sp_get_composite_job_info, Line 72
An INSERT EXEC statement cannot be nested.
展开错误信息中的存储过程:
exec sp_helptext sp_get_composite_job_info
发现里面还有个INSERT INTO…EXEC的嵌套调用,SQL Server在语法上不支持。
INSERT INTO @xp_results EXECUTE master.dbo.xp_sqlagent_enum_jobs @can_see_all_running_jobs, @job_owner, @job_id
2.2 可以用分布式查询来避免这个问题,这种写法在INSIDE SQL Server 2005中作者提到过
(1) 首先到打开服务器选项Ad Hoc Distributed Queries
exec sp_configure ‘show advanced options‘,1RECONFIGUREGOexec sp_configure ‘Ad Hoc Distributed Queries‘,1RECONFIGUREGO
(2) 通过OPENROWSET连接到本机,运行存储过程,取得结果集
使用windows认证
select * into #JobInfo_S1from openrowset(‘sqloledb‘, ‘server=(local);trusted_connection=yes‘,‘exec msdb.dbo.sp_help_job‘)select * from #JobInfo_S1
使用SQL Server认证
SELECT * INTO #JobInfo_S2FROM OPENROWSET(‘SQLOLEDB‘,‘127.0.0.1‘;‘sa‘;‘sa_password‘,‘exec msdb.dbo.sp_help_job‘)SELECT * FROM #JobInfo_S2
这样的写法,既免去了手动建表的麻烦,也可以避免insert exec 无法嵌套的问题。几乎所有SQL语句都可以使用。
--dbcc不能直接运行SELECT a.* into #tFROM OPENROWSET(‘SQLOLEDB‘,‘127.0.0.1‘;‘sa‘;‘sa_password‘,‘dbcc log(‘‘master‘‘,3)‘) AS a--可以变通一下SELECT a.* into #tFROM OPENROWSET(‘SQLOLEDB‘,‘127.0.0.1‘;‘sa‘;‘sa_password‘,‘exec(‘‘DBCC LOG(‘‘‘‘master‘‘‘‘,3)‘‘)‘) AS a