1. Распухает ли tempdb из-за вложенных запросов?
2. Как выявить собственные временные таблицы в tempdb, чтобы оценить их объём? А то временных таблиц там дофига, трейсю запрос SQL - он обращается к временной таблице #tt1, но их там тоже дофига, а называются в tempdb они как #tt1___тут_дохрена_подчёркиваний___ХХХХХХХХХХХХ. Где ХХХХХХХХХХХХ - какой-то ID с лидирующими нулями.

(0) 1. Она распухает из-за неправильных запросов. Подзапросы тут мало влияют.
2. ЗАЧЕМ? Что тебе это даст? Что ты неправильно что-то c чем-то сджойнил? Так это и по плану запроса лучше смотреть.

>> Что ты неправильно что-то c чем-то сджойнил?
Д!

(2) Еще раз - лучше научиться читать план запроса и статистику ввода-вывода, а не заниматься извращениями с изобретением новых способов выстрелить себе в ногу. В плане запроса есть информация о количество строк на каждом этапе выполнения.

(0)Вопросы новичка...

"1. Распухает ли tempdb из-за вложенных запросов?" - нет. tempdb МОЖЕТ использоваться для ВРЕМЕННЫХ ТАБЛИЦ. Может. А может и не использоваться - если таблица мала и помещается в памяти. (это условно, но общий подход таков)

"2" Неверная постановка проблемы. Если проблемный запрос известен - то в (1) уже советовали Profiler. Если не известен то гуглим "1с растет tempdb".
Зачем трейсить tempdb? Что вам даст знание размера таблиц?

>> Что вам даст знание размера таблиц?
Что я делаю что-то не то.

(1) (4) А как, кстати, отловить в трейсере свой запрос, если на сервере несколько баз, но всё происходит под пользователем "sa" и с одного и того же сервера приложений?

(6) Во-первых - фильтр по имени базы. Во-вторых в своем запросе можно вставить текстовый маркер типа
ВЫБРАТЬ "100500" как МойИд,.....

(6) Через ТЖ, отбор по своему контексту

(7) (8) Спасибо, сейчас буду пробовать..

и по p:processname

(5) "Что я делаю что-то не то." - это видно и в тексте запроса в 1С.

(11) ДАЛЕКО не всегда. От состава данных зависит.