MyWackoSite: Chilim/СравнениеDRS ...

Home Page | Каталог | Изменения | НовыеКомментарии | Пользователи | Регистрация | Вход:  Пароль:  
Существует проект, аналогичный нашему: db4o's Replication System
Здесь описаны основные характеристики и различия проектов Chilim и dRS (для просмотра некоторых ссылок необходима регистрация)

характеристика Chilim dRS
СУБД реляционные СУБД, поддерживаемые Hibernate db4o и реляционные СУБД, поддерживаемые Hibernate
UUID объектов строится по правилу: полное_имя_сущности@представление_первичного_ключа также составной, наибольшей частью является timestamp.
Более подробно
Инициация репликации после обмена метаинформацией, заключенной в RSS, инициатор выстраивает списки запросов узлы не обмениваются метаинформацией, инициатор сразу строит списки объектов для отсылки и получает объекты от сервера
Разрешение конфликтов основывается на анализе метаинформации (временные штампы модификации объекта и сохранения в локальной реплике) основывается на выборе провайдера. Механизм выявления конфликтов основан по принципу Listener'a Пример
Частичная репликация обеспечивается накладыванием фильтров на полученную RSS  обеспечивается перебором объектов и накладыванием фильтров на их типы и содержимое полей. Пример
Репликация удаленных объектов реализована по следующему принципу: удаленный объект – модифицированный объект, следовательно, метаинформация для него составляется по тем же правилам и содержит флаг, сигнализирующий об удалении; при репликации объект удаляется, а метаинформация о нём с установленным флагом удаления остаётся (т.н. пенёк) необходимо задействовать специальные механизмы и Advanced-стратегии Пример
Степень зависисмоти от объектной модели приложения, методы снижения этой зависимости вся информация об объектах, подлежащих отслеживанию, содержится в конфигурационном файле Layer'a (представляет собой файл маппинга объектов приложения, возможно модифицированный)
Метод передачи объектов посредством HTTP-запросов, web-сервер Apache Tomcat прямое соединение с СУБД
Что происходит при обрыве связи при репликации та часть объектов, которая была передана, сохраняется и не будет передаваться в следующий раз. Однако же, метаинформация о них будет содержатся в RSS до того, пока репликация не завержится успешно
Клиент-серверная организация реализации серверная часть – сервлеты Apache Tomcat, обращающиеся к менеджеру репликации, клиентская часть – стандартные средства Java для работы с HTTP. Планируется значительное изменение структуры в следующей версии

Описание проекта.
продолжение следует..
 
Файлов нет. [Показать файлы/форму]
Комментарии [Скрыть комментарии/форму]