Offline репликация данных своими руками.

← →
Городской Шаман (2009-03-25 19:45) [0]

Собственно сабж, что можно почитать по данной теме. Есть клиент есть сервер, оба написаны на Delphi, база данных там и там FB.

Требуется дать возможность осуществлять умную синхронизацию данных из базы через интернет.

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

← →
KilkennyCat © (2009-03-26 00:57) [1]

> что можно почитать по данной теме

книжки.

← →
Городской Шаман (2009-03-26 01:01) [2]

> KilkennyCat © (26.03.09 00:57) [1]
>
> > что можно почитать по данной теме
>
> книжки.

Это я понимаю. Я и вопрос в заголовке назвал чтобы дали названия данных книжек.

Пока заказал такую:
Конструирование распределенных объектов. Методы и средства программирования интероперабельных объектов в архитектурах OMG/CORBA, Microsoft/COM и Java/RMI
eng.books.ru/shop/books/48265

Немного не то, но по теме я нашёл только описание механизмов репликации для MS SQL.

← →
Тимохов © (2009-03-26 01:45) [3]

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

Мое имхо, что тебе нужно прочесть все, что найдешь интересного и придумать самому решение, подходящее именно тебе.

← →
Рамиль © (2009-03-26 09:19) [4]

Бардак не автоматизируется;)

← →
KSergey © (2009-03-26 09:38) [5]

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

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

По поводу времени - я что-то не очень понял траблы в даннмо случае. Если кто-то заколошматил документ, датированный 10-ю годами ранее - никак это не исправить, это очевидно.

← →
b z (2009-03-26 10:26) [6]

А что такое - умная синхронизация/репликация?

← →
KSergey © (2009-03-26 10:31) [7]

> b z (26.03.09 10:26) [6]
> А что такое - умная синхронизация/репликация?

Когда в 2-х местах бардак, при этом оба бардака успешно синхронизируются.
В общем это сказка.

В реальной же жизни приходится как-то бороться с коллизиями, причем бороться с ними компьютерными методами - невозможно впринципе. Ну разве что по принципу "кто последний - тот и папа", но очень часто неприемлемо.

← →
Anatoly Podgoretsky © (2009-03-26 14:05) [8]

А как соотносятся репликация и дата?
И как соотносятся offline и Интернет?

← →
Юрий Зотов © (2009-03-26 14:32) [9]

Делал такую задачу пару лет назад. Решение свелось к "извратились в хитроумстве логики, которая позволила им сделать как хочется, но опять же в своей конкртеной ситуации".

← →
clickmaker © (2009-03-26 14:39) [10]

> так как на клиенте может быть 1998 год

клиент в глухой сибирской тайге на 200 км от ближайшего населенного пункта?

← →
TUser © (2009-03-26 15:30) [11]

> clickmaker © (26.03.09 14:39) [10]
>
> > так как на клиенте может быть 1998 год
>
> клиент в глухой сибирской тайге на 200 км от ближайшего
> населенного пункта?
>

все проще, у него батарейка cmos села и при выключении дата сбрасывается

← →
KSergey © (2009-03-26 15:42) [12]

> TUser © (26.03.09 15:30) [11]
> все проще, у него батарейка cmos села и при выключении дата сбрасывается

Ну это да, но как это связано с синхронизируемой инфой - не понятно. Хотя я и догадываюсь, что пользователь не утруждается вводом верной даты :)
Варианта тогда два, оба административные: либо считать что всю з/п он уже получил в 98 году, а работу только сейчас доделывает, либо дату корректировать при синхронизации на дату выполнения синхронизации. По ситуации.

← →
Городской Шаман (2009-03-26 16:25) [13]

Удалено модератором

2автор. имхо тебе ничего плохого не сказали :)

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

ЗЫ А анекдот классный, т.к. очень действительности соответствует.

> Городской Шаман (26.03.2009 16:25:13) [13]

Ну тупые!

Ап (в смысле ап, а не АП)

Чем дело кончилось? Мне (хоть и не нашел в свое время чего-то универсального) интересно - а вдруг, е-мое, есть оно, универсальное лекарство.

Дисперсия и стандартное отклонение?
Алгоритмы
построение и анализ.

Томас Кормен
Чарльз Лейзерсон
Рональд Ривест
Клиффорд Штайн

ИМХО по мойму как раз по теме, но могу и ошибаться.

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

Очень интересно, что автор понимает под словом "алгоритм" ?

Offline репликация данных своими руками. Найти похожие ветки