Где хранить COM соединение.? #802135

При проведении документа, а так же для некоторых операций в модуле формы, используется COM соединение для передачи информации в другую базу.    Создание Com объекта и подключение требует много времени.    Нельзя ли хранить где то  Com соединение ? Если можно то где ?

переменная глобального модуля например

Модуля обычного приложения ?

1) В повторновозвращаемых значениях     2) В структуре, помещаемой во временное хранилище

переделать все на сервисы

"В повторновозвращаемых значениях " А это как ?

Полагаю что он имел в виду общий модуль с признаком повторного использования возвращаемых значений и использование функции. Правда есть сомнение что функция такого модуля может возвратить такой объект.

ЕМНИП, при долгой консервации COM-объект протухает. так что хранить не вариант. проще изменить концепт системы. 1) отправка через COM по расписанию или пинка от юзера с отбором по прошедшему времени и изменившимся данным. 2) при необходимости слать REALTIMEТУТИСЕЙЧАС - городите WS.

WS пока что нельзя по организационным причинам.

проще их решить и забыть про ком как страшный сон. он всегда будет тормозным и медленным

в параметре сеанса храните. Но не само ком-соединение, а какую-то структуру или массив, в котором это ком внутри.

Да. Тормозит ужасно.

Попробую.

Так же оппробую повторный возврат использованных значений.   Об этом не знал, теперь знаю.

Странно, у нас HTTP-сервис летает. На C# сделал шлюз TCP-HTTP - GPS датчики с автотранспорта очень бодро передают свою телематику в 1С

Я даже с помощью LOIC завалил сервер 1С: через 5 минут 1000 запросов/сек упал напрочь. Т.е. оверхед никакой.

300 000 post-запросов, каждый из которых инициирует запись в БД? поставь в шлюзе накопитель. накапливать в течении 5-10 секунд или до N запросов и сливай одной таблицей.

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

Может.. но вот платформа не может гарантировать, что значения будут "повторно возвращаемыми" - это всего лишь разрешение платформе при вызове метода выдать кэшированное значение, а не явная директива. И если платформе покажется, что например мало памяти - кэш повторно возвращаемых значений может очищаться очень быстро. Причем это от релиза платформы зависит. Помню, в 8.2 кэшировалось лучше, чем в 8.3.

ком в транзакции - это плохо, я сам когда то так делал, но теперь понимаю, что это очень плохо...