Hi DMITRY_PEREDISTY!

Хех, а править значится никто ничего не правит, тока новые вносит :) И про
конфликты совместного доступа (когда в разных филиалах поправили одну и
ту-же запись) ты предпочитаешь забыть, и про "пропущенные" сеансы репликации
(ну непогода была, не работала связь 2 недели!), про "дублированные"
репликации (не знал и ещё раз то-же самое сбросил) и про прочие прелести...

Posted via ActualForum NNTP Server 1.1

Hi dmitryx!

> Так вы за репликацию или против?

Что значит за или против? Странный вопрос... Ты вот за то чтобы солнце
вставало на востоке или против?
Она есть, и её надо использовать. Возможно ты не совсем понимаешь что это
такое - ну так поищи материала, почитай... И ещё - вовсе не связана она с MS
SQL или любым другим сервером. Это просто технология согласования ряда
разделённых источников информации - на фоксе такое вполне реально
реализуется - главное знать ЧТО реализовывать.

> Или вы против варианта предложенного DMITRY_PEREDISTY?

Я против шапкозакидательства - "Репликация? Да раз плюнуть!"
Конечно есть такие схемы, когда можно всё сделать за пол-часа 20 строками
кода, но советовать такое всем я бы не стал - надо сначала поставить задачу
(строго, формально, определить протоколы - кто, что, как часто, каким
образом и т.п. - в общем массу вопросов прояснить) и лишь потом её решать.
Выбрав для этого наиболее подходящий способ. Да что я в самом деле прописные
истины говорю :(

> В идеале одна и таже запись может меняться только в упарвлении и в
> филиале. Хотя как получится на самом деле можно предположить...

Так определись сначала! Пересекаются филиалы по данным или нет, нужно
отслеживать конфликты или нет, каков объём ввода/исправления - чтобы понять
нужно использовать инкрементные схемы репликации (т.е. отслеживать только
"изменения" и их пересылать), или "полные" (там кстати тоже есть масса
вариантов позволяющих минимизировать траффик)...

> Для того чтобы запустить репликацию на базе mssql мне придется
> установить sql сервера на всех филиалах, если я правильно понял.

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

> В некоторых филиалах всего по 2 компьютера с 64 мб и то под управлением
> win98, боюсь sql туда не встанет

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

> И еще один вопрос меня интересует, сколько времени займет репликация
> на канале 9.6кбит, если за 1 день было отредактировано и добавлено скажем
> 100 записей?

Если канал "идеальный" (т.е. без сбоев и ошибок даёт стабильные 9600), и
если принять за размер записи скажем 200 байт (итого 20Кб полезной
информации), накинем для служебной информации ещё 20 Кб - получим что-то
типа 35 секунд :) Хотя реально надо бы дождаться от принимающей системы
подтверждения - а значит надо учесть время на обработку этой инфы там, ну и
передача "обратно" - от центра к филиалам исправлений - т.е. пару минут IMHO
ближе к истине...

Posted via ActualForum NNTP Server 1.1

Hi A Chuveljov!

Извиняюсь у остальных многоуважаемых господ за оффтопик :(

А не будет ли многоуважаемый Дон столь любезен, чтобы поделится со мной
технологией, позволяющей проводить репликацию между множеством MS SQL
серверов, соединённых ненадёжными и медленными каналами связи? Такими, что
единственно более-менее работающее решение по передаче информации между
узлами - это использование электронной почты.
У нас вот уже с пару месяцев целая группа корпеет над реализацией подобной
схемы (именно на MS SQL), и что-то НИЧЕГО стандартного они использовать не
могут (по причине кривости, медлительности или крайней ограниченности
имеющихся средств) - всё приходится руками писать - от собственно триггеров,
служебных таблиц, до XML-парсеров...

Posted via ActualForum NNTP Server 1.1

Hi Sergey!

Идея с e-mail как транспортом для пакетов репликации IMHO ещё более проста и
надёжна (вместо WebService делается сканер некоего "служебного" e-mail
ящика, собирающий оттуда пакеты и обрабатывающий). Ибо есть ещё места, где
Inet в большом ... не_будем_это_называть, зато корпоративная почта ходит
прилично :)

Posted via ActualForum NNTP Server 1.1

Hi dmitryx!

Поковыряй ещё - там как раз пример рассчитан на передачу ИЗМЕНЕНИЙ
(апдейтаграммы) которые и приведут курсор на стороне Web-сервиса к виду,
идентичному тому что есть на клиенте. А т.к. Web-сервис уже непосредственно
с СУБД связан, то можно через TableUpdate() (подкреплённый CursorAdapter-ом)
сброс изменений сделать.

SOAP сам контролирует "целостность" канала связи - если твои данные
(апдейтаграмма или просто строки с новыми значениями) не дошли целиком до
Web-сервиса, то и его метод не сработает...

Posted via ActualForum NNTP Server 1.1

Hi Sergey!

разрабатываю синхронизацию и для этого случая В принципе ничего
сложного
Это лишь первое впечатление :) Когда задача обрастает подробностями
становится жутковато - триггера, RI, транзакции, конфликты изменений - всё
это должна учитывать репликация - и это вовсе не тривиальная задача :(

Posted via ActualForum NNTP Server 1.1