А
Size: a a a
2021 February 17
А
а если юзать обычную конструкцию drop table if exists #t?
А
один х, проверил
ДС
@WizarD51 @mchist Есть ещё ньюанс
```
In SQL Server, local temporary tables are visible only in the current session. So if you create a local temporary table in one session, you cannot access it in other sessions. If a local temporary table created in a stored procedure, it is dropped automatically when the stored procedure is finished.
```
```
In SQL Server, local temporary tables are visible only in the current session. So if you create a local temporary table in one session, you cannot access it in other sessions. If a local temporary table created in a stored procedure, it is dropped automatically when the stored procedure is finished.
```
ДС
Хотя ногу отстрелить себе не получится, в скуле присутствуют области видимости временных таблиц.
begin transaction
go
create procedure t1
as
begin
create table #tab (i int)
insert into #tab values (1)
select i as proc_t1 from #tab
end
go
create procedure t2
as
begin
create table #tab (i int)
insert into #tab values (2)
select i proc_t2 from #tab
end
go
create table #tab (i int)
insert into #tab values (0)
select i as i0 from #tab
go
exec t1
select i as i1 from #tab
exec t2
select i as i3 from #tab
rollback transaction
go
MC
@WizarD51 @mchist Есть ещё ньюанс
```
In SQL Server, local temporary tables are visible only in the current session. So if you create a local temporary table in one session, you cannot access it in other sessions. If a local temporary table created in a stored procedure, it is dropped automatically when the stored procedure is finished.
```
```
In SQL Server, local temporary tables are visible only in the current session. So if you create a local temporary table in one session, you cannot access it in other sessions. If a local temporary table created in a stored procedure, it is dropped automatically when the stored procedure is finished.
```
If a local temporary table created in a stored procedure, it is dropped automatically when the stored procedure is finished
Это то мы в курсе;
мы проверяли, как поведёт себя СУБД при выполнении процедуры, которая в коде создаёт временную таблицу. При условии, что на уровне, из которого процедура была вызвана, уже существует временная таблица с таким же именем.
Это то мы в курсе;
мы проверяли, как поведёт себя СУБД при выполнении процедуры, которая в коде создаёт временную таблицу. При условии, что на уровне, из которого процедура была вызвана, уже существует временная таблица с таким же именем.
G
Хотя ногу отстрелить себе не получится, в скуле присутствуют области видимости временных таблиц.
begin transaction
go
create procedure t1
as
begin
create table #tab (i int)
insert into #tab values (1)
select i as proc_t1 from #tab
end
go
create procedure t2
as
begin
create table #tab (i int)
insert into #tab values (2)
select i proc_t2 from #tab
end
go
create table #tab (i int)
insert into #tab values (0)
select i as i0 from #tab
go
exec t1
select i as i1 from #tab
exec t2
select i as i3 from #tab
rollback transaction
go
тока нихера это не область видимости
это какой-то ебучий костыль, так как дропнуть чужую таблицу можно внутри
это какой-то ебучий костыль, так как дропнуть чужую таблицу можно внутри
ДС
тока нихера это не область видимости
это какой-то ебучий костыль, так как дропнуть чужую таблицу можно внутри
это какой-то ебучий костыль, так как дропнуть чужую таблицу можно внутри
Костыль, не костыль, но поле для творчества есть. Если ты свою не сделал, то пользуешься родительской.
ДС
наверное очередной костыль с субейза
с оракла
ДС
я кстати не нашел в доке описания этого поведения, про скоупы при создании и поведение дроп
Я вот тоже не увидел, по этому думал, что они на сессию.
https://www.sqlshack.com/when-to-use-temporary-tables-vs-table-variables/
https://www.sqlshack.com/when-to-use-temporary-tables-vs-table-variables/
ДС
тут нету про скоупы в процедурах, но тоже полезно, про сессии порождающие сессии
G
However, if a query references a temporary table and two temporary tables with the same name exist at that time, it is not defined which table the query is resolved against.