Доброго дня коллеги. Встала в полній рост задача - помогите решить

Есть БД расположенная на сервере (2003). Доступ из магазина клиента к ней организован по РДП (на стороне сервака белый IP на роутере и происходит проброс порта на сервак). На компе магазина тоже есть своя локальная БД.

Задача - из локальной БД получить доступ по ОЛЕ к удаленной БД. реально? Что то можно придумать? или таки прийдётся IPSec мутить?

ап мало ли

что ни у кого ни каких мыслей? печально....

Что есть удаленная БД?

А в чём отличие в подцеплении по ОЛЕ локальной и удалённой базы?

Лишь бы она (база) была в списке баз на данном компе...

(4) не может быть её на этом компе в принципе. Подключение к ней по РДП
(3) база на сервере стоящем в другом месте (офисе)

vpn поднимай.

(6) ну если другого варианта нет - прийдётся. думал можно как то извернуться

если кстати скорости будут интересные то оля еще такого шороху даст шо ой ей

(8) ???

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

(9) Ну эту задачу можно решить несколькими способами.
VPN кстати полюбому обязателен.
1. Если база SQL - сделать прямой запрос из базы магазина.
2. В зависимости от периодичности обновления бонусов формировать например DBF файл с картами и бонусами и автоматом копировать во все магазины. Поиск бонусов сделать в этом файле.
Делал когда то оба способа, первый для получения остатков по товару во всех магазинах, второй как раз для накопленных баллов/ скидок.

(10) меня волновал только способ добирания до базы. Ну раз без впн никуда - будем поднимать его родимого.

(11) Не ну можно конечно SQL наружу выставить, если база на нем... но я бы не рискнул :)

(12) это исключается

(13) А нужно именно по OLE подключаться к базе?

(14) самый простой и быстрый вариант. обмен файлами неэффективен

(15) Самый простой и быстрый вариант - прямой запрос. Но это если база SQL.

vpn

(16) формат базы для прямого запроса не имеет значения.

DCOM позволяет удалённо, но нужно, чтобы компьютеры были в одной сети (рабочая группа или домен), так как DCOM работает через RPC и требует сетевого подключения Windows.
Наиболее удачно - на сервере сценарий, который отвечает на запросы клиента.
P.S. если DCOM и отработает, то окна выбора списка товаров и т.п. будут создаваться на сервере (а оно там явно не надо).

(18) имеет. Запросы надо по разному писать :)

(0) УРБД, выгрузка, прием в центре, и уже в центре через ОЛЕ :)

(20) Нет ;)

(15) Кури...

http://www.1cpp.ru/forum/YaBB.pl?num=1214205575

Вообще-то, перед обсуждением механизма сначала нужно узнать, для чего нужно подключаться к базе.

(19) Т.е. проще говоря нужно отличный канал
Ещё дополнительно поднять ВПН :)

Через РДП в вообще никак это малость не из той оперы
Однозначно ВПН, ВПН и ещё раз ВПН

(25) Канал может быть любой, МЗТ нужен только для надёжности.
Но на свойствах сетевой карты придётся включать "клиент для сетей Microsoft" - иначе не взлетит.
Просто, весь геморрой, связанный с этим "клиентом" в двух словах не перескажешь.
Поэтому, проще написать имитацию Web-сервиса или что-то подобное, чтобы изолироваться от качества канала и происходящих ошибок.
Также надо понимать, что удалённый вызов делается с передачей всех параметров на каждый вызов функции, что накладывает ограничения на скорость.

P.S. я пытался обмен данными по OLE на одной машине сделать - оказалось медленно - в итоге был сделан обмен файлами - клиент создаёт файл с данными запроса, а сервер его "кушает" и записывает файл ответа. Оказалось быстрее, потом базы разнесли по сети, конечно, пришлось включить сетевой доступ на двух машинах, но скорость не сильно снизилась.
Многопользовательский доступ ограничивался при помощи блокировки файла-флага.
Единственное, что нужно помнить - на удалённую машину передаётся сначала файл со временным именем, после того, как он туда гарантированно попал, его можно переименовать, чтобы другая сторона увидела, что файл "появился".