Сохранить менеджер временных таблиц между серверными вызовами. #701918

Ночи доброй. Собственно, сабж. При помещении МВТ во временное хранилище, либо в повторно возвращаемые значения, параноидальный 1С контролирует это: Соединение с сервером баз данных удерживается после окончания вызова сервера 1С:Предприятия. Возможно, не был освобожден менеджер временных таблиц. Объект, удерживающий менеджер временных таблиц, помещен в кэш или образовал цепочку циклических ссылок.

млять, спасибо 1С, лучше бы память за собой освобождал, с МВТ я и сам справлюсь.

В качестве бреда: выгрузить временные таблицы в структуру с таблицами, а потом все это в хранилище. Обратный процесс очевиден.

Это то понятно, но не то

МВТ же не сериализуется?

Ну а если МВТ засунуть в хранилищезначения, а потом во временное хранилище?

Создай сам соединение , создай там таблицу и держи ее...

А держать лишнее соединение с базой данных это моветон конечно. Так что 1С правильно поступают.

Ниче не понял. 100500 раз помещать одни и теже ТЗ в ВТ - это моветон, ага.

1. Создай сам соединение через сом и создавай там базу, заполняя ее результатом из запроса.

Еще как вариант - создай РС .....

+1 причем эта совершенно тривиальная и востребованная задача решается с внешней базой (благодаря тому что во временное хранилище совершенно нормально ложится COM объект), но не решается с родной

Спасибо что 1С это не сделала. Если уж очень надо, то сделать это не сложно самому. Так что не вижу проблем. Ну совсем.

А если у ВТ разные наборы полей? Создать РС со 10 полями ЛюбаяСсылка?

1С тут сделала глупость идеализировала идею кластерной обработки запросов от клиента

Значит ручками (через сом) создавать самим вт. Не вижу проблем.

Глупости нет... Я бы сказал это защита от дурака. Сделать умный сможет, а дурак упрется в стену. Так что лепота и хорошо.

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

Причем в этом случае при отказе сервера на котором работал сеанс ком мы не получим перемещения сеанса на другой сервер

т.о мы получим точно такое же поведение системы ели бы просто небыло специального ограничения на сохранение МВТ во временном хранилище. Кроме того ком это только на Windows

Это все в , сорри.

Ты несешь ерунду.

Защита хранения МВТ - это как мертвому припарка. По сравнению с утечкой памяти - это детский лепет. Нормальный программист, помещая ее в Хранилище. при завершении. сделает Закрыть и все будет пучком.

А аргументы будут. Например у 1Сков вполне нормальная аргументация

У тебя-то достойные аргументы.