1С 8.1 Обычное приложение.
Замутил глобальную ТЗ с COM-соединиями.
Один пользователь создал соединение, остальные пользуются.
Насколько это безопасно?
Может для каждого пользователя создавать новое соединение?

(0) А для каждого пользователя в ком-соединении будут разные пользователи?

чето ты фантастику пишешь

Один "специальный" пользователь в базе к которой подключаются.

(2) Это походу именно то что запрещено лицензией 1С.
Хочет избавиться от задержки на установку соединения каждый раз.

(4) Именно.

(3) Тогда, если осилишь, то делай.
(4) - уточни, пожалуйста, про лицензии, а то я не понимаю.

(6) http://v8.1c.ru/predpriyatie/questions_licence.htm раздел Мультиплексирование, ...

(7) Так если соединение будет только одно, то в чем проблема?

(8) Прочитай

(9) То бишь, если 5 пользователей работают в одной базе, потом по КОМу все ПЯТЬ коннектятся через одно соединение к другой, то нужно приобрести 10 лицензий вместо 6?

(9)+ Понятие "одновременно" там не расписано, но хороший юрист докажет что не может быть "мгновенной работы" итого нужно считать за разумный период времени по среднему.

И если в течении 1 минуты у тебя на 1 лицензию было 10 соединений от 5 разных пользователей то?

(11) То нужно приобрести еще 9. Спасибо.

(12) еще 4 т.к. 5 юзеров

(11) Не очень понятна цель решаемая ТС. Если съэкономить лицензии,то можно перечитывать Ваши ссылки. А если для экономии времени на подключение COM то можно обернуть работу с COM флагом доступности и условие лицензии в части "одновременно" соблюсти.

(13) Значит, я не понял, чего ты в (4) написал про нарушение лицензий?
Я подразумевал, что для пяти пользователей лицензии куплены. Они работают с одной базой. ТС пишет код, чтобы коннектится к  другой базе под одним и тем же пользователем. В таком виде нарушения будут или нет?

(14) Цель - экономия времени на создание COM-соединения

(15) А как проверить сколько там реально пользователей и сравнить с кол-вом приобретенных лицензий?
Про нарушение лицензии к слову написал реально то пусть делает, это типовой лисапед в других языках/системах по поддержанию пула соединений к примеру к БД и распределение работы клиентов через этот пул.
Сам такой лисапед ваял на Java для mysql/postrges

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

(2)++100500
(0)что в твоем понимании глобальная ТЗ?
переменная сеанса?

(19) ТЗ
Колонка
"Соединение" - тип COM-объект
"ПутькБазе" - строка
При создании соединения проверяется есть ли запись в ТЗ.
Если есть запись получить из ТЗ соединение, если нет создать и записать в ТЗ.
Вопрос синхронизации работы с ТЗ не стоит.

(20) + в модуле приложения.

(21) И как второй пользователь получит переменную первого пользователя?

(22) Подойдёт к первому, воспользуется и вернётся на своё рабочее место.

(22)+
(20)если бы было так просто  )
это, как вариант, делается через рег задание на сервере и регистр сведений

(22) (21)

(24) 8.1, обычное приложение, файловая БД

(25)все переменные создаются и используются в "сеансе", и получить из одного сеанса переменную другого сеанса напрямую не получится

(26) Вопрос остаётся открытым.

(26)ок. переменная глобального модуля глПользователь
на одном компе в одной файловой базе работают 10 пользователей, т.е. 10 сеансов

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

(26) Подключись таким образом разными юзерами к одной БД, зайди в ту БД, и увидишь два подключения, как бы ты их не кэшировал.

(26)чтоб реализовать(24) читай инфу по рег заданиям на файловой БД

(29)+
коллеги, ну мошт есть какой нить читерский вариант, хотелось бы знать

Было подобное для того что бы не подключался пользователь по нескольку раз. Из минусов при обновлении базы приходилось выкидывать через консоль и дикие глюки если не обнулили переменные

Походу только для одного сеанса будет кэшироваться.

(34)ну это тоже норм
токма СОМобъект нужно пинговать раз в 20 мин чтоп не отваливался

(0) В 8.3.9 появится пул соединений, вот там будет шустро.

(36)+ конечно же, для веб-сервисов и т.п.