Имя: Пароль:
1C
1С v8
Аналог общего COM-соединения
, , ,
0 Adolf88
 
06.02.14
15:16
Проблема в следующем:
Есть 2 базы УТ 10.3, крутятся под SQL 2005. Из одной в другую юзера подключаются при помощи COM-соединения, чтобы видеть остатки сразу по нескольким базам. Соответственно, при такой методе отжирается одна свободная лицензия на каждого подключающегося и частенько возникает вопрос с их нехваткой. Коллеги, можно ли как-то сделать одно общее подключение, через которое все будут смотреть остатки и потратится только одна лицензия?
PS. Поковырялся сейчас в конфигураторе в ветке внешних источников данных, но что-то не могу там найти в списке драйвер самого 1С-а. Метод, который пришёл на ум - запускать регламентное задание раз например в 3 минуты, которое будет класть остатки в файл экселя или таблицу на SQL-сервере, потом добавить таблицу во внешний источник данных, а юзера будут забирать остатки уже из внешнего источника данных. Подскажите, отцы, может есть какой-то более короткий путь?
1 Mashinist
 
06.02.14
15:18
web-сервис?
2 Лефмихалыч
 
06.02.14
15:18
сливай остатки в какую-то внешнюю ИБ по расписанию из базы-источника. Хоть mysql и читай от туда, чем хочешь даром
3 Лефмихалыч
 
06.02.14
15:18
(1) а он, типа, лицензий не требует, да?
4 wowik
 
06.02.14
15:19
5 х86
 
06.02.14
15:21
(2)а зачем прослойкой еще одна база?
6 Лефмихалыч
 
06.02.14
15:22
(5) в смысле - почему не раздать доступ всяким посторонним гражданам прямо в БД базы источника?
Хмм.. дайте подумать...
7 Лефмихалыч
 
06.02.14
15:25
кроме очевидных причин, связанных с безопасностью, это еще и повысит взаимозависимость информационных систем. Без прослойки любые изменения в метаданных целевых таблиц источника потребуют доработок в приемниках. С прослойкой можно ограничиться доработками только в источнике. А еще можно источник переехать куда угодно - приемники даже не узнают об этом.
Я могу долго перечислять
8 х86
 
06.02.14
15:56
(7)>>Есть 2 базы УТ 10.3, крутятся под SQL 2005. Из одной в другую юзера подключаются при помощи COM-соединения, чтобы видеть остатки сразу по нескольким базам.

>>сливай остатки в какую-то внешнюю ИБ по расписанию из базы-источника

почему не переливать остатки из одной УТ в другую?
9 Лефмихалыч
 
06.02.14
15:57
(8) потому, что (7)
10 Лефмихалыч
 
06.02.14
15:58
+(9) или ты имеешь в виду план обмена?
11 х86
 
06.02.14
16:06
(10)механизм передачи данных выбирать ТС конечно же
я бы наверно сделал на плане обмена
12 Serginio1
 
06.02.14
16:22
Можно напрямую читать из БД. Смотри ПолучитьСтруктуруХраненияБазыДанных
13 Kvestin
 
06.02.14
17:22
(0) Вот тут расписаны все основные варианты http://www.develplatform.com/search?q=COM-соединения
14 Kvestin
 
06.02.14
17:23
Спасибо автору этого блога за обобщение информации.
15 Serginio1
 
06.02.14
17:33
А вообще проще использовать Вэб сервисы.
16 МихаилМ
 
06.02.14
17:41
коли базы не 1 скл сервере
создайте в базе приемнике РС аналогичный по структуре таблице
остатков 2 базы
найдите сгенерированую таблицу РС в БД и замените её на view,
которая будет "смотреть" на таблицу остатков 2 базы.

неудобства: при выгрузке-загрузке восстанавливать подмену.
Есть два вида языков, одни постоянно ругают, а вторыми никто не пользуется.