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

Сильно влияет вставание в 7 утра на вымирание землероек?

(1) т.е. если будет какой-то архисложный запрос, Запрос.Выполнить() будет одинаково по времени отрабатывать?

Нет, вещи спрашиваешь не особо связанные. Зависит от настроек СУБД, 1С, сервера, железа, кода, мозгов и т.д. и т.п.

(2) если у вас есть бд в которой есть рн в которых 100-500КК записей то проведите тесты.
самое ценное знание то, которые вы добыли сами.

это влияет не на скорость а на обьем памяти и диска используемый sql-сервером.

(5) т.е. прямой зависимости скорости выполнения запроса от объема занимаемой памяти и диска (если она в избытке) нет? +Судя по той информации, которую я нарыл в сети, явное уничтожение временных таблиц это скорее хорошие манеры, а не необходимость

(4) Да, на рабочем сервере будет в самый раз провести такой эксперимент :)

(6) Не бывает в избытке. Сегодня в избытке, а завтра не хватает. Поэтому если та или иная временная таблица более не используется, то её надо удалять. Что бы потом не сидеть и не оптимизировать, то что можно нарисовать сразу.

(0) Времянка создаётся в temp_db. Удаление очищает используемое место в базе. Есть шанс что освободившееся нарезанное пространство будет использовано повторно, вместо того что бы база temp_db распухла ( выделение куска диска + нарезка структуры ). Шанс что-то выиграете от этого есть но он ничтожно мал...

(0) что значит явное удаление?

(10) Как то так:

ВЫБРАТЬ
    "Значение" КАК Поле

ПОМЕСТИТЬ тзДанные

;

УНИЧТОЖИТЬ тзДанные
;

в скорости проигрыш будет точно (в противном случае таблица удабится когда то потом), но выигрыш в освобождении пространства

(11) ну может быть он другое имеет ввиду

(10) из того, что я прочитал, вт живёт до тех пор, пока жива переменная с результатом запроса. Под явным удалением удалением я подразумеваю использование конструкции "уничтожить" в тексте запроса

(14) не совсем - если есть менеджер временных таблиц и он жив, то вт жива и в этом случае

(14) То только. Есть ещё случай

Запрос = Новый Запрос;
Запрос.МенеджерВременныхТаблиц = Новый МенеджерВременныхТаблиц;

Тогда таблица будет автоматом уничтожена когда будет уничтожен МенеджерВременныхТаблиц

(8) а потом, во время отладки, будешь сидеть и не понимать куда делись твои ВТ..

(15) + поэтому если МВТ жив долгое время, например когда гуляет от функции к функции, то ВТ смысл удалять есть
это как частный случай

(16) Но если падает клиент, а запрос осуществлялся на клиенте ( ОФ ), то таблица может существовать долго :)

(16) не так, нужно чтобы переменная была с МВТ

(17) если только для отладки то это совсем другой разговор

(12) проигрыш в скорости только в том случае, если мне таблица понадобится? Если я уверен, что эта таблица мне более не нужна, то в скорости разницы нет (если с памятью проблем нет)?
(16) да, про менеджер знаю, поэтому сразу уточнил именно про поместить.

(20) точнее - переменная, если Запрос уже уничтожен

(22) причем здесь понадобится или нет?
если ты запускаешь действие (уничтожить ВТ) - то оно будет выполнять N секунд. вот это и будет проигрыш

(22) а ты спроси его "если проигрыш будет точно то как это легко проверить?"
ну раз уж "точно" то и проверить легко значит

(24) ВТ в любом случае будет уничтожаться, если у запроса не инициирован МВТ

(24) вот так понятней

(26) оно уничтожится, но уничтожится потом не блокируя ввод

(20) Ясен хрен пока объект держат он не будет уничтожаться сборщиком мусора и его деструктор не будет вызываться.
При этом этого достаточно:

Запрос = Новый Запрос;
Запрос.МенеджерВременныхТаблиц = Новый МенеджерВременныхТаблиц;

В случае 2:

пМенеджер = Новый МенеджерВременныхТаблиц;
Запрос = Новый Запрос;
Запрос.МенеджерВременныхТаблиц = пМенеджер;
Запрос = Неопределено;

Менеджер разумеется не грохнется, так как будет в переменной, так как у объекта есть счётчик ссылок.
Во втором случае после уничтожения объекта Запрос, произойдёт уменьшение счётчика использования МенеджерВременныхТаблиц. И когда счётчик станет равным 0, вызовется деструктор МенеджерВременныхТаблиц.

то бишь асинхронно

(28) что такое блокировка ввода? до сих пор говорили только про скорость

(30) Разные базы, по этому MS SQL будет параллельно делать DML к базе temp_db. Удаление таблицы это тупо пометка в структуре что область свободна. Это не занимает много времени. По этому о каком-то торможении из-за УНИЧТОЖИТЬ говорить не приходится. Если конечно на temp_db не длинная очередь, и то тупо выполнится удаление позже что не критично.

(9), (32) вот примерно такого ответа я ожидал. Спасибо

(33) захламление кода. направьте свою энергию в более полезное для базы дело

(17) "а потом, во время отладки, будешь сидеть и не понимать куда делись твои ВТ.." - это когда это?
В консоле видно когда и что удаляешь.