Таблицы SQL Server: в чем разница между @, # и ##?

92

В чем разница между таблицей @, таблицей # и таблицей ## в SQL Server?

Крейг Шварц
источник

Ответы:

115

#table относится к локальной (видимой только пользователю, создавшему ее) временной таблице.

##table относится к глобальной (видимой всем пользователям) временной таблице.

@variableName относится к переменной, которая может содержать значения в зависимости от ее типа.

Арнкришн
источник
32
Ваше определение #table не совсем верно. Это не ограничивается пользователем, а скорее подключением. Если у пользователя несколько подключений, он будет виден только тому подключению, которое изначально создало #table.
Davin Studer
@DavinStuder дал важное разъяснение. Различие между таблицей, видимой пользователю, и таблицей, видимой только в текущем соединении, очень важно.
mirzmaster
@DavinStuder, как просмотреть несколько подключений для пользователя? та же строка подключения?
Kiquenet
24

Посмотри на

Адриан Стандер
источник
4
Я понимаю, что это было давно, но поскольку это ответ только для ссылок (а первая ссылка мертва), можно ли его обновить с помощью основных выводов по каждой из ссылок?
Майк Гатри,
7

#а ##таблицы - это фактические таблицы, представленные во временной базе данных. Эти таблицы могут иметь индексы и статистику, и к ним можно получить доступ через sprocs в сеансе (в случае глобальной временной таблицы он доступен через сеансы).

@Table - это табличная переменная.

Подробнее: http://www.sqlteam.com/article/ Contemporary-tables

нытик
источник
4
И табличная переменная также будет жить в базе данных tempDB, если ее размер слишком велик для хранения в памяти.
marc_s
5

Я бы остановился на различиях между #table и @table. ## table - это глобальная временная таблица, и за более чем 10 лет использования SQL Server мне еще предстоит найти допустимый вариант использования. Я уверен, что некоторые из них существуют, но природа объекта делает его крайне непригодным для использования ИМХО.

Ответ на @whiner со стороны @marc_s абсолютно верен: это распространенный миф, что переменные таблицы всегда находятся в памяти. На самом деле довольно часто табличная переменная отправляется на диск и работает так же, как временная таблица.

В любом случае, я предлагаю ознакомиться с множеством различий, пройдя по ссылкам, указанным @Astander. Большая часть различий связана с ограничениями того, что нельзя делать с переменными @table.

Аарон Бертран
источник
У меня есть 5 отдельных хранимых процедур, которые выполняют разные части расчета и выводят один результат. Что касается одитинга, я хочу видеть промежуточные значения, и одитор тоже. Я скорректировал свои процедуры, чтобы выгружать некоторые из них в таблицу ## Temp, чтобы мы оба могли их просматривать, но они не сохранялись (они нужны только во время аудита). Для вас есть допустимый вариант использования (ИМХО!).
RyanfaeScotland
@Ryan, почему ## Table действительна, если вы могли использовать dbo.Table? Я не считаю это допустимым вариантом использования, когда все, что вы сделали, это избавило себя от ввода оператора DROP.
Аарон Бертран,
4
Я не хочу давать аудитору права DROP для моей БД. Я также не хочу возвращаться и наводить порядок после того, как он закончит. С помощью временной таблицы он может запускать запрос так часто, как ему нравится, и я знаю, что когда он закончил, он не оставляет следов в БД.
RyanfaeScotland
4
CREATE TABLE #t

Создает таблицу, которая видна только во время этого СОЕДИНЕНИЯ, и тот же пользователь, который создает другое подключение, не сможет видеть таблицу #t из другого подключения.

CREATE TABLE ##t

Создает временную таблицу, видимую для других подключений. Но таблица удаляется, когда создание соединения завершается.

Маркус
источник
SqlConnection.Open()с той же строкой подключения такое же СОЕДИНЕНИЕ ?
Kiquenet
2
нет, это соединение с той же базой данных, но почти наверняка не то же соединение.
Маркус
0

если вам нужна уникальная глобальная временная таблица, создайте свою собственную с префиксом / суффиксом Uniqueidentifier и отмените выполнение публикации, если if object_id (.... Единственным недостатком является использование Dynamic sql, и его необходимо явно удалить.

Шмед
источник