|
Аналог общего 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
|
v8: Кто может объяснить пункт 57. из http://v8.1c.ru/predpriyatie/questions_licence вроде не должно съедать лицензию.
|
|||
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 базы. неудобства: при выгрузке-загрузке восстанавливать подмену. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |