Внешнее хранилище справочника

1С v8

13.02.12

✎

11:05

Решил, прежде чем возможно изобретать велосипед, посоветоваться с общественностью.

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

Через что это реализовать?
Сам в 1с недавно. Может проще средствами SQL с хранимыми процедурами. Вопрос конечно по скорости работы 1с при обращении к SQL.
Или все же есть чисто 1с способ это все реализовать?

1 AndOne

13.02.12

✎

11:11

> Может проще средствами SQL с хранимыми процедурами
по сути, это нарешением лицензионного соглашения от 1С, могут и прикопаться :)

> Через что это реализовать?
Сделать отдельную конфигурацию, в которой хранить (в перспективе не только контрагентов) общие данные + обмен.

2 Numen

13.02.12

✎

11:13

а как к этой конфе подключаться? через веб запрос?

3 Numen

13.02.12

✎

11:14

(1)а в чем нарушение лицензии?
я разработал базу SQL написал для нее хранимые процедуры
средствами 1с обращаюсь к этому серверу и делаю к нему запросы на получение/добавления данных

4 Alex S D

13.02.12

✎

11:14

http://v8.1c.ru/solutions/product.jsp?prod_id=165 сделай наподобии

5 AndOne

13.02.12

✎

11:16

(2) хоть через Com :)

(3) удаление + добаление = 1С не готов брать на себя ответсвенность за манипуляции с данными. Также, испльзовование скриптов, далет решение не маштабируемым (типа не все шарят в этом)

6 Numen

13.02.12

✎

11:19

(5) удаление добавление хранимыми процедурами в свою скуэль базу, никакого вмешательства в 1с
я наверно неправильно объяснил)

7 Numen

13.02.12

✎

11:20

(5) мне просто интересно решение которое допустим выдержит 1000 запросов в секунду и не просядет...
SQL сам по себе шустрый но вот насколько шустро из под 1с с ним работать....

8 hhhh

13.02.12

✎

11:22

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

9 Numen

13.02.12

✎

11:25

(8)хранимые процедуры нужны для серверной логики)

10 AndOne

13.02.12

✎

11:42

(7) 1000 запросов в секунду...

Явно переоценивается вероятности ввода новых контрагентов.

(8)
Редкие программисты 1С умеют работать с предложеным функционалом.

11 Numen

13.02.12

✎

11:54

(10)
запросы ведь не только на добавление, но и на запрос информации...

12 Spieluhr

13.02.12

✎

12:22

(0) У меня через COM организовано - ПриНачалеРаботыСистемы базы коннектятся к "хранилищу справочников". Добавление и изменение разрешены в текущей базе, пока контрагент не скопируется в какую-нибудь другую, потом хер - изменение реквизитов только в хранилище с автоматическим обновлением во всех базах, где есть этот контрагент и отчетом по почте главбухам этих баз

Учтите, что данные вводятся не только руками, но и приходят в режиме обмена данными. Задача довольно непростая в итоге...

13 Spieluhr

13.02.12

✎

12:24

Про средства SQL тоже думал на первом этапе, но возник вопрос: как редактировать существующих? Юзеры с T-SQL не знакомы, поэтому остановился на стандартной конфе БП 2.0, где весь функционал справочника "Контрагенты" всем юзерам хорошо знаком

14 Spieluhr

13.02.12

✎

12:27

(0) > Так же добавленные в хранилище сразу должны расходится по базам.

Так у меня со справочником "Статьи затрат" и прочей затратно/денежной аналитикой организовано, а в конечных базах наглухо запрещено вводить и редактировать