把存储过程结果集SELECT INTO到临时表

首先给大家推荐一下我老师大神的人工智能教学网站。教学不仅零基础,通俗易懂,而且非常风趣幽默,还时不时有内涵黄段子!点这里可以跳转到网站 把存储过程结果集SELECT INTO到临时表   在开发过程中,很多时候要把结果集存放到临时表中,常用的方法有两种。   一. SELECT INTO  1. 使用select into会自动生成临时表,不需要事先创建   select * into #temp from sysobjects select * 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 null drop table #temp   select * into #temp from sysobjects  select * from #temp       3. 利用select into生成一个空表 如果要生成一个空的表结构,不包含任何数据,可以给定一个恒不等式如下:     select * into #temp from sysobjects where 1=2 select * 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_helpuser   select * 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’,1 RECONFIGURE GO exec sp_configure ‘Ad Hoc Distributed Queries’,1 RECONFIGURE GO       (2) 通过OPENROWSET连接到本机,运行存储过程,取得结果集 使用windows认证     select * into #JobInfo_S1 from openrowset(‘sqloledb’, ‘server=(local);trusted_connection=yes’,’exec msdb.dbo.sp_help_job’)   select * from #JobInfo_S1       使用SQL Server认证     SELECT * INTO #JobInfo_S2 FROM 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 #t FROM OPENROWSET(‘SQLOLEDB’,’127.0.0.1′;’sa’;’sa_password’, ‘dbcc log(”master”,3)’) AS a   –可以变通一下 SELECT a.* into #t FROM OPENROWSET(‘SQLOLEDB’,’127.0.0.1′;’sa’;’sa_password’, ‘exec(”DBCC LOG(””master””,3)”)’) AS a 

点这里可以跳转到人工智能网站

发表评论