Имя: Пароль:
1C
1С v8
Сохранить менеджер временных таблиц между серверными вызовами.
,
0 H A D G E H O G s
 
15.03.14
21:36
Ночи доброй.
Собственно, сабж.

При помещении МВТ во временное хранилище, либо в повторно возвращаемые значения, параноидальный 1С контролирует это:

Соединение с сервером баз данных удерживается после окончания вызова сервера 1С:Предприятия.
Возможно, не был освобожден менеджер временных таблиц.
Объект, удерживающий менеджер временных таблиц, помещен в кэш или образовал цепочку
циклических ссылок.
1 H A D G E H O G s
 
15.03.14
21:36
млять, спасибо 1С, лучше бы память за собой освобождал, с МВТ я и сам справлюсь.
2 Kookish
 
15.03.14
21:43
В качестве бреда: выгрузить временные таблицы в структуру с таблицами, а потом все это в хранилище. Обратный процесс очевиден.
3 H A D G E H O G s
 
15.03.14
21:46
(2) Это то понятно, но не то
4 Necessitudo
 
15.03.14
21:46
МВТ же не сериализуется?
5 Necessitudo
 
15.03.14
21:52
Ну а если МВТ засунуть в хранилищезначения, а потом во временное хранилище?
6 NcSteel
 
15.03.14
21:52
(0) Создай сам соединение , создай там таблицу и держи ее...
7 NcSteel
 
15.03.14
21:53
А держать лишнее соединение с базой данных это моветон конечно. Так что 1С правильно поступают.
8 H A D G E H O G s
 
15.03.14
22:28
(6) Ниче не понял.
(7) 100500 раз помещать одни и теже ТЗ в ВТ - это моветон, ага.
9 NcSteel
 
15.03.14
23:00
(8) 1. Создай сам соединение через сом и создавай там базу, заполняя ее результатом из запроса.
2. именно , как и (0)
10 NcSteel
 
15.03.14
23:00
Еще как вариант - создай РС .....
11 DmitrO
 
15.03.14
23:12
(1)+1 причем эта совершенно тривиальная и востребованная задача решается с внешней базой (благодаря тому что во временное хранилище совершенно нормально ложится COM объект), но не решается с родной
12 NcSteel
 
15.03.14
23:14
(11) Спасибо что 1С это не сделала. Если уж очень надо, то сделать это не сложно самому. Так что не вижу проблем. Ну совсем.
13 oleg_km
 
15.03.14
23:26
(10) А если у ВТ разные наборы полей? Создать РС со 10 полями ЛюбаяСсылка?
14 DmitrO
 
15.03.14
23:26
(12)1С тут сделала глупость
идеализировала идею кластерной обработки запросов от клиента
15 NcSteel
 
15.03.14
23:35
(13) Значит ручками (через сом) создавать самим вт. Не вижу проблем.
16 NcSteel
 
15.03.14
23:36
(14) Глупости нет... Я бы сказал это защита от дурака. Сделать умный сможет, а дурак упрется в стену. Так что лепота и хорошо.
17 DmitrO
 
15.03.14
23:40
(13)если ВТ будет создана через ком то и использовать ты ее сможешь только через тот же ком, т.о. вообще вся обработка будет происходить через ком.
18 DmitrO
 
15.03.14
23:43
Причем в этом случае при отказе сервера на котором работал сеанс ком мы не получим перемещения сеанса на другой сервер
19 DmitrO
 
15.03.14
23:49
т.о мы получим точно такое же поведение системы ели бы просто небыло специального ограничения на сохранение МВТ во временном хранилище.
Кроме того ком это только на Windows
20 DmitrO
 
15.03.14
23:57
Это все в (16), сорри.
21 H A D G E H O G s
 
16.03.14
00:14
(16) Ты несешь ерунду.
22 H A D G E H O G s
 
16.03.14
00:16
Защита хранения МВТ - это как мертвому припарка.
По сравнению с утечкой памяти - это детский лепет.
Нормальный программист, помещая ее в Хранилище. при завершении. сделает Закрыть() и все будет пучком.
23 NcSteel
 
16.03.14
01:56
(21) А аргументы будут.

Например у 1Сков вполне нормальная аргументация
24 oleg_km
 
16.03.14
10:23
(23) У тебя-то достойные аргументы.
Независимо от того, куда вы едете — это в гору и против ветра!