임시 테이블을 작성하기 전에 임시 테이블이 있는지 확인하고 존재하는 경우 삭제하십시오.

다음 코드를 사용하여 임시 테이블이 있는지 확인하고 테이블을 다시 만들기 전에 테이블을 삭제하십시오. 열을 변경하지 않는 한 제대로 작동합니다. 나중에 열을 추가하면 "잘못된 열"이라는 오류가 발생합니다. 내가 뭘 잘못하고 있는지 알려주세요.

IF OBJECT_ID('tempdb..#Results') IS NOT NULL
    DROP TABLE #Results

CREATE TABLE #Results
(
    Company                CHAR(3),
    StepId                TINYINT,
    FieldId                TINYINT,
)

select company, stepid, fieldid from #Results

--Works fine to this point

IF OBJECT_ID('tempdb..#Results') IS NOT NULL
    DROP TABLE #Results

CREATE TABLE #Results
(
    Company                CHAR(3),
    StepId                TINYINT,
    FieldId                TINYINT,
    NewColumn            NVARCHAR(50)
)

select company, stepid, fieldid, NewColumn from #Results

--Does not work

오류를 재현 할 수 없습니다.

아마도 문제를 이해하지 못했을 것입니다.

다음은 SQL Server 2005에서 두 번째 선택 결과에 추가 "foo"열이 표시되어 제대로 작동하는 것입니다.

IF OBJECT_ID('tempdb..#Results') IS NOT NULL DROP TABLE #Results
GO
CREATE TABLE #Results ( Company CHAR(3), StepId TINYINT, FieldId TINYINT )
GO
select company, stepid, fieldid from #Results
GO
ALTER TABLE #Results ADD foo VARCHAR(50) NULL
GO
select company, stepid, fieldid, foo from #Results
GO
IF OBJECT_ID('tempdb..#Results') IS NOT NULL DROP TABLE #Results
GO

진술서는 순서대로 이루어져야한다

1. 테이블 변경 문
2. 가다
3. 문장을 선택하십시오.

사이에 'GO'가 없으면 전체가 하나의 단일 스크립트로 간주되며 select 문이 열을 찾을 때 찾을 수 없습니다.

'GO'를 사용하면 스크립트의 일부를 'GO'까지 단일 배치로 간주하여 'GO'이후 쿼리에 들어가기 전에 실행됩니다.

dropping임시 테이블을 재생성 하는 대신 truncate재사용 할 수 있습니다.

IF OBJECT_ID('tempdb..#Results') IS NOT NULL
    Truncate TABLE #Results
else
    CREATE TABLE #Results
    (
        Company             CHAR(3),
        StepId              TINYINT,
        FieldId             TINYINT,
    )

사용 Sql Server 2016하거나 Azure Sql Database다음 구문을 사용하여 임시 테이블을 삭제하고 다시 작성하십시오. 자세한 내용은 여기 MSDN

통사론

DROP TABLE [존재하는 경우] [database_name. [schema_name]. | schema_name ] table_name [, ... n]

질문:

DROP TABLE IF EXISTS tempdb.dbo.#Results
CREATE TABLE #Results
  (
   Company             CHAR(3),
   StepId              TINYINT,
   FieldId             TINYINT,
  )

문제는 실행을 배치로 분리하기 위해 사이에 GO 문을 추가해야한다고 생각합니다. 두 번째 삭제 스크립트로 즉 IF OBJECT_ID('tempdb..#Results') IS NOT NULL DROP TABLE #Results, 임시 테이블을 단일 배치의 일부로 삭제하지 않았습니다. 아래 스크립트를 사용해보십시오.

IF OBJECT_ID('tempdb..#Results') IS NOT NULL
    DROP TABLE #Results

CREATE TABLE #Results
(
    Company                CHAR(3),
    StepId                TINYINT,
    FieldId                TINYINT,
)

GO

select company, stepid, fieldid from #Results

IF OBJECT_ID('tempdb..#Results') IS NOT NULL
DROP TABLE #Results

CREATE TABLE #Results
(
    Company                CHAR(3),
    StepId                TINYINT,
    FieldId                TINYINT,
    NewColumn            NVARCHAR(50)
)

GO

select company, stepid, fieldid, NewColumn from #Results

이는 한 줄의 코드로 수행 할 수 있습니다.

IF OBJECT_ID('tempdb..#tempTableName') IS NOT NULL DROP TABLE #tempTableName;   

이것은 나를 위해 일했다 : social.msdn.microsoft.com/Forums/en/transactsql/thread/02c6da90-954d-487d-a823-e24b891ec1b0?prof= 필수

if exists (
    select  * from tempdb.dbo.sysobjects o
    where o.xtype in ('U') 

   and o.id = object_id(N'tempdb..#tempTable')
)
DROP TABLE #tempTable;

OBJECT_ID나를 위해 작동하지 않기 때문에 내 측면에서 약간의 의견 . 항상

`#tempTable이 존재하지 않습니다

그것이 비록 ..even 않습니다 존재합니다. 방금 다른 이름 ( _밑줄로 접두사)이 저장되어 있음을 알았습니다 .

#tempTable________

이것은 나를 위해 잘 작동합니다 :

IF EXISTS(SELECT [name] FROM tempdb.sys.tables WHERE [name] like '#tempTable%') BEGIN
   DROP TABLE #tempTable;
END;

이제 새 버전의 SQL Server (2016+) 중 하나를 사용하는 경우 아래 구문을 사용할 수 있습니다.

DROP TABLE IF EXISTS schema.yourtable(even temporary tables #...)

pmac72 는 GO를 사용하여 쿼리를 배치로 나누고 ALTER를 사용합니다.

동일한 배치를 실행하고 있지만 변경 후 두 번 실행하는 것 같습니다 : DROP ... CREATE ... 편집 ... DROP ... CREATE ..

정확한 코드를 게시하여 진행 상황을 확인할 수 있습니다.

임시 테이블을 이미 만들었을 때 일반적으로이 오류가 발생했습니다. SQL 문에서 오류를 점검하는 코드는 "오래된"임시 테이블을 제자리에두고 임시 테이블이 삭제되지 않은 것처럼 이후 명령문의 열 수에 대해 잘못된 수를 리턴합니다.

열 수가 적은 버전을 이미 만든 후 임시 테이블의 열 수를 변경 한 후 테이블을 삭제하면 쿼리가 실행됩니다.

나는 최근 DBA가 이와 비슷한 것을 보았습니다.

begin try
    drop table #temp
end try

begin catch 
    print 'table does not exist'
end catch 

create table #temp(a int, b int)

내 코드는 Source변경되는 Destination테이블과 해당 변경 사항과 일치해야하는 테이블을 사용합니다.

-- 
-- Sample SQL to update only rows in a "Destination" Table
--  based on only rows that have changed in a "Source" table
--


--
-- Drop and Create a Temp Table to use as the "Source" Table
--
IF OBJECT_ID('tempdb..#tSource') IS NOT NULL drop table #tSource
create table #tSource (Col1 int, Col2 int, Col3 int, Col4 int)

--
-- Insert some values into the source
--
Insert #tSource (Col1, Col2, Col3, Col4) Values(1,1,1,1)
Insert #tSource (Col1, Col2, Col3, Col4) Values(2,1,1,2)
Insert #tSource (Col1, Col2, Col3, Col4) Values(3,1,1,3)
Insert #tSource (Col1, Col2, Col3, Col4) Values(4,1,1,4)
Insert #tSource (Col1, Col2, Col3, Col4) Values(5,1,1,5)
Insert #tSource (Col1, Col2, Col3, Col4) Values(6,1,1,6)

--
-- Drop and Create a Temp Table to use as the "Destination" Table
--
IF OBJECT_ID('tempdb..#tDest') IS NOT NULL drop Table #tDest
create table #tDest (Col1 int, Col2 int, Col3 int, Col4 int)

--
-- Add all Rows from the Source to the Destination
--
Insert #tDest
Select Col1, Col2, Col3, Col4 from #tSource


--
-- Look at both tables to see that they are the same
--
select *
from #tSource
Select *
from #tDest

--
-- Make some changes to the Source
--
update #tSource
    Set Col3=19
    Where Col1=1
update #tSource
    Set Col3=29
    Where Col1=2
update #tSource
    Set Col2=38
    Where Col1=3
update #tSource
    Set Col2=48
    Where Col1=4

--
-- Look at the Differences
-- Note: Only 4 rows are different. 2 Rows have remained the same.
--
Select Col1, Col2, Col3, Col4
from #tSource
except
Select Col1, Col2, Col3, Col4
from #tDest

--
-- Update only the rows that have changed
-- Note: I am using Col1 like an ID column
--
Update #tDest
    Set Col2=S.Col2,
        Col3=S.Col3,
        Col4=S.Col4
From    (   Select Col1, Col2, Col3, Col4
            from #tSource
            except
            Select Col1, Col2, Col3, Col4
            from #tDest
        ) S
Where #tDest.Col1=S.Col1 

--
-- Look at the tables again to see that
--  the destination table has changed to match
--  the source table.

select *
from #tSource
Select *
from #tDest

--
-- Clean Up
--
drop table #tSource
drop table #tDest

예, "잘못된 열"이 오류는 "Select companies, stepid, fieldid, #Results의 NewColumn"줄에서 발생합니다.

t-sql 실행에는 두 단계가 있습니다.

먼저,이 단계에서 SQL Server는 구문 분석하여 테이블 열을 포함하여 제출 한 SQL 문자열의 정정을 확인하고 가장 빠른 검색을 위해 쿼리를 최적화합니다.

둘째, 실행 중이며 데이터를 검색하는 중입니다.

테이블 #Results가 있으면 구문 분석 프로세스에서 지정한 열이 유효한지 확인하고, 그렇지 않은 경우 (테이블이 존재하지 않음) 구문 분석은 지정한대로 확인 열을 전달합니다.

임시 테이블에서 열을 변경하면 쿼리를 다시 실행하기 전에 테이블을 삭제해야합니다. (예, 성가신 일입니다.해야 할 일입니다.)

필자는 이것이 항상 쿼리가 실행되기 전에 파서가 "잘못된 열"검사를 수행하기 때문에 테이블이 삭제되기 전에 테이블의 열을 기반으로하기 때문이라고 가정했습니다.