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

Home Page | Каталог | Изменения | НовыеКомментарии | Пользователи | Регистрация | Вход:  Пароль:  
Это старая версия Chilim/СравнениеDRS за 2008-11-12 20:05:22..
Существует проект, аналогичный нашему: http://db4o.com/about/productinformation/drs/default.aspx
Здесь описаны основные характеристики и различия нашего проекта и проекта dRS от db4o (для просмотра некоторых ссылок необходима регистрация)

Примерная дата для проведения семинара по dRS – 17.11.2008 (somebody)

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

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