|
Сохранить менеджер временных таблиц между серверными вызовами. | ☑ | ||
---|---|---|---|---|
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) У тебя-то достойные аргументы.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |