Перевірте, чи існує тимчасова таблиця, і видаліть, якщо вона існує, перш ніж створити тимчасову таблицю

Я використовую наступний код, щоб перевірити, чи існує тимчасова таблиця, і скинути таблицю, якщо вона існує, перш ніж створювати її знову. Це добре працює, поки я не змінюю стовпці. Якщо я додаю стовпчик пізніше, він видасть помилку із твердженням "недійсний стовпець". Будь ласка, дайте мені знати, що я роблю не так.

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

Синтаксис

СКЛАД ТАБЛИЦІ [ЯКЩО ВИНАЄТЬСЯ] [ім’я_бази. [схема_назви]. | схема_назви. ] 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=required

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.

Ви, здається, виконуєте одну і ту ж партію, але запускаєте її двічі після її зміни: ЗРОБИТИ ... СТВОРИТИ ... редагувати ... ЗРОБИТИ ... СТВОРИТИ ..

Можливо, опублікуйте свій точний код, щоб ми могли побачити, що відбувається.

Я зазвичай потрапляю до цієї помилки, коли я вже створив таблицю темпів; код, який перевіряє оператор 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

Так, "недійсний стовпчик" ця помилка піднята з рядка "виберіть компанію, stepid, fieldid, NewColumn від #Results".

Є дві фази управління t-sql,

по-перше, розбираючи, на цьому етапі сервер sql перевіряє виправлення поданої вами рядка sql, включаючи стовпець таблиці, та оптимізував ваш запит для швидшого відновлення.

по-друге, запущене, відновлення даних.

Якщо існує таблиця #Results, то процес аналізу буде перевіряти, чи вказані вами стовпці є дійсними чи ні, інакше (таблиця не існує) синтаксичний розбір буде переданий контрольним стовпцям, як ви вказали.

Коли ви змінюєте стовпець у темп-таблиці, ви повинні скинути таблицю, перш ніж знову запустити запит. (Так, це дратує. Тільки, що ти повинен зробити.)

Я завжди припускав, що це тому, що перевірка "недійсного стовпця" робиться парсером перед запуском запиту, тож вона базується на стовпцях таблиці перед тим, як вона випадає ..... і саме тому pnbs також сказав.