Yo!!>Это проблемы MSSQL, а не временных таблиц вообще.

не ну понятно что проблемы сиквела, причем я не понимаю зачем что-то курочить в системных таблицах если видеть надо в предимость одной сесии.

а у ASA/ASE таких проблем нет ?
У ASA нет и быть не может в силу ее архитектуры (даже отсутствуют такие понятия, как MasterDB, TempDB и вообще времянки хранятся во временном файле, который создает сервер на время своей работы, который как я подозреваю является аналогом механизма write-file для read-only БД).

У ASE скорее всего есть хотя бы потому, что MSSQL писался с нее и ее архитектура,в том числе TempDB надо думать не сильно отличается от архитектуры MSSQL.

Кстати у ASA например GLOBAL TEMPORARY TABLE ни коем образом не имеет ничего схожего с ##GlobalTempTable в MSSQL, а являются обычными времянками с предопределенной в БД структуре (видны даже из Enterprise), автоматически создаются для каждой подключаемой сессии, где каждая сессия будет иметь свой набор данных в таких таблицах. Соотвествующе и в глобальных времянках здесь никто никогда никого не блокирует и не тормозит, так как физически во время работы сессии работают с разными таблицами, которые будут автоматически удалены по окончании работы сессии.

А вот то, что локальные и глобальные времянки можно делать как NOT TRANSACTIONAL прибавляет скорости работы с ними и соотвествующе дает больше поводов сложные части запросов по мере надобности выводить во времянки, чтобы не сводить оптимизатор с ума, а так же снижать время блокировок на высшем уровне изоляции во время длинных транзакций, что тоже согласитесь приятно для тех, кто работает с блокировочниками :)