Ну ссылку уже дали:
/topic/148020

Я лично GLOBAL TEMPORARY TABLE использую для хранения различных промежуточных результатов на время жизни сессии (фильтры, промежуточные результаты расчетов и прочее). Фактически это было бы тоже самое, если бы для MSSQL из клиентской сессии мы задали CREATE TABLE #TempTable и не дропали ее. Однако GTT уже получается при соединении сессии автоматически доступна для нее (то есть является пустой), это означает, что мы не зависим в тех же ХП от условия, создала клиентская часть нужную таблицу или нет. Плюс ее описание явно лежит в схеме БД, что удобно для разработки и сопровождения. Плюс на такую таблицу можно повесить CHECK, UNIQUE, INDEX и триггера, что тоже бывает удобно. Я не спорю, что разделение данных по сессиям можно сделать и на обычной физической таблице, храня код сессии (SPID), однако во первых времянка будет работать быстрее вне транзакций, во вторых не нужно думать о SPID, а в третьих и это решение на ASA будет более полным - достаточно сделать событие на Disconnect, в котором по SPID отключаемой сессии удалять записи такой таблицы, чтобы меньше озадачиватся сборкой мусора.