Обмен данными между таблицами MSSQL и лок. dbf-таблицами

← →
Oksana © (2004-04-20 15:16) [0]

Посоветуйте, как лучше организовать обмен данными между таблицами MSSQL и лок. dbf-таблицами:
OPENDATASOURCE(init_string для dbf) на стороне сервера
или обрабатывать их НД в клиентском приложении(использую ADO)?
Что будет эффективнее(быстрее) при наличии модемной связи?

← →
sniknik © (2004-04-20 16:01) [1]

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

вам не кажется что вопрос "не о том"? (вместо конкретной задачи расматривать принципы, отвлеченно "а что вообще быстрее?" самолет или машина? самолет конечно, но до угла за хлебом быстрее на машине а то и вовсе пешком)

← →
Oksana © (2004-04-20 16:46) [2]

хорошо, уточню:
сервер имеет доступ к локальной машине по модему,
на сервере БД учетной проги - на клиенте набор dbf для третьей прг;
обмен данными между ними должен быть как можно быстрее:
с сервера - справочники, назад данные(транзакции)

← →
Delirium © (2004-04-20 16:58) [3]

Хм, не слабая задача - двунаправленная репликация через модем между MSSQL и DBF... Боюсь, что без сервера приложений на стороне DBF не обойтись...

← →
Delirium © (2004-04-20 17:00) [4]

А почему-бы не расположить вместо DBF ещё один MSSQL? Репликация в этом случае - отлаженный процесс.

← →
Oksana © (2004-04-20 17:19) [5]

>А почему-бы не расположить вместо DBF ещё один MSSQL?
dbf прг-мы сторонней разработки, да и мощности клиента не позволят
> Репликация в этом случае - отлаженный процесс.
Обмен - по команде пользователя, поэтому репликация для этого случая не подойдет

← →
Delirium © (2004-04-20 17:37) [6]

Хм, так пользватель сидит на стороне DBF жмёт на кнопку в приложении и при этом должен отправить изменения в MSSQL и получить обновление снимков справочников, так?

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

наверное, проще все делать на клиенте
(и не морочить вам голову :)))

Вот и я хотел сказать - чисто клиент-серверная задача, пользуй ADO и не мучайся :)

спасибо, ну очень хороший форум :)

Обмен данными между таблицами MSSQL и лок. dbf-таблицами Найти похожие ветки