Собрав воедино быстрый процесс для отладки, я столкнулся с ошибкой в компиляторе.
create proc spFoo
@param bit
as
begin
if @param = 0
begin
select *
into #bar
from [master].dbo.spt_values
-- where number between ...
end
else
begin
select top 10 *
into #bar
from [master].dbo.spt_values
order by newid();
end;
end;
Попытка вышеупомянутого возвращает следующую ошибку
Сообщение 2714, уровень 16, состояние 1, процедура spFoo, строка 19
В базе данных уже есть объект с именем #bar.
В понятном для человека смысле, процесс, кажется, в порядке: только один select intoоператор когда-либо будет выполнен, так как они заключены в if-elseблоки. Впрочем, SQL-сервер не может подтвердить, что операторы логически исключены друг из друга. Возможно, еще более запутанным является то, что ошибка остается, когда drop table #fooона помещается в блок if-else (который, как предполагается, сообщит компилятору об освобождении имени объекта), как показано ниже.
create proc spFoo
@param bit
as
begin
select top 1 *
into #bar
from [master].dbo.spt_values
if @param = 0
begin
drop table #bar;
select *
into #bar
from [master].dbo.spt_values
-- where number between ...
end
else
begin
drop table #bar;
select top 10 *
into #bar
from [master].dbo.spt_values
order by newid();
end;
end;
Сам процесс в порядке. Я смирился с этим и написал операторы create table #foo( ... )and insert #foo ( ... ), я пытался пропустить select * into синтаксис. На данный момент я просто пытаюсь понять, почему компилятор помешался на мне с синтаксисом lazy-guy. Единственное, о чем я могу думать, это то, что команда DDL резервирует имя объекта IN TEMPDB .
Почему жирный текст?
create proc spIck
as
begin
create table #ack ( col1 int );
drop table #ack;
create table #ack ( colA char( 1 ) );
drop table #ack;
end;
Это происходит с тем же кодом ошибки, что и выше. Но следующее ...
create proc spIck
as
begin
create table ack ( col1 int );
drop table ack;
create table ack ( colA char( 1 ) );
drop table ack;
end;
... успешно. То же самое следует выше к первоначальной попытке процедуры. Так...
Мой вопрос это
В чем разница (и почему она присутствует) в резервировании имен TempDBобъектов для объектов в отличие от пользовательских баз данных. Ни одна из ссылок на логическую обработку запросов или ссылок на команды DDL, которые я рассмотрел, не объясняет этого.