Уничтожение временных таблиц #687681

Собственно вопрос, если ли смысл уничтожать временную таблицу в конце запроса?

да

разумеется.

А чего нетовский сборщик мусора тут не шастает? )))

Есть мнение, что иногда они сами не уничтожаются. Хотя и должны.

а разве...

на бога надейся, а сам удаляй )))

Если юзать менеджер ВТ, то сами уничтожаются. Должны, по крайней мере

эту древность ? все давно живут на пакетных запросах

ну почему древность? можно менеджер использовать многократно, а пакет выполнился и забыли

Спасибо. Правильно ли так удалять врем таблицу? ВЫБРАТЬ     ВремТабл КАК ВремТабл         ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.ОстаткиНоменклатуры.Остатки(

Никогда не удаляю. Никто не жаловался.

тоже никогда не удалял.

пользуйся конструктором, он правильно пишет )

Иногда в запросе в цикле создается ВТ с одним именем, но содержащая различные данные. Если не уничтожена старая таблица с таким именем - попытка поместить новую с таким же именем вызовет исключение.

это как правило хорошего тона - убрать за собой мусор

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

Если например, ВТ создается в запросе схемы отчета, построенном на СКД, то лучше удалить, т.к. есть подозрения, что само оно произойдет только в момент закрытия отчета.

и тулово

в пакетных запросах сами очищаются. Только было замечено, что пакетные запросы на СКД ведут себя как-то хрен пойми и почему, короче, в отчетах лучше руками грохать

если вы подключаете менеджер временных таблиц "Запрос.МенеджерВременныхТаблиц = Новый МенеджерВременныхТаблиц;" то удаление временных таблиц рекомендуется. Ибо при наличие гамнокода в виде "Выборка = Запрос.Выполнить.Выбрать" (вместо правильного использования РезультатЗапроса = Запрос.Выполнить) вы не сможете повторить Запрос.Выполнить в отладке, ибо будет ругаться на существование временной таблицы с таким же именем

вот такой запрос работает: Если раскомментировать строчку - будет падать по ошибке

при чем тут МВТ/пакетный запрос и древность?

оба варианта поведения - это нормально и нет говнокода ни там, ни там

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

Согласен полностью, запрос в цикле - это отстой, но распределение с множеством переделов по определенным правилам без запросов в цикле сделать весьма непросто - это задачки из сборника "1С:Специалист по Платформе" легко решить без запроса в цикле. А вот реальные задачи, (РАУЗ, к примеру) - совсем иное.

>лучше получить результат запроса, а уж потом выбирать тебе от похудания основательно снесло кукушечку или ты просто выразился неправильно?

ты просто не наступал на эти грабли

у тебя получается массив таблиц, и в отладчике получать не надо уже.