Репликация в InterBase

← →
cherrex © (2005-01-21 23:02) [0]

Помогите разобраться с репликациями в InterBase. Не могу понять как работает InterBase Replication Manager. У меня есть две базы, в них одинаковые по структуре таблицы, при изменения даннах в одной таблицы, данные меняются в другой. По моему это зеркальная репликация или зеркалирование. Заранее Благодарен!!!

← →
Johnmen © (2005-01-22 02:29) [1]

Вопрос то в чем ?
И не надо путать репликацию с "зеркалированием".

← →
cherrex © (2005-01-22 10:31) [2]

А как и с помощью чего можно реализовать зеркалирование в InterBase, если не с помощью репликации.

← →
DrPass © (2005-01-22 13:47) [3]

Создать теневую копию БД

← →
Alexandr © (2005-01-24 07:17) [4]

ненадо путать теневую копию, репликацию, зеркалирование и прочее.
давайте сначала спросим у вопрошающего, чего ему надо.

← →
cherrex © (2005-01-24 14:55) [5]

Мне надо: 1)создать две базы, географически распределенные и разные по структуре, но в обеих базах есть две одинаковые по структуре таблицы.
2)произвести синхронизацию двух таблиц, то есть при вводе, изменении и удалении записей в одной таблицы тоже самое происходит в другой и на оборот.

В итоге данные в этих таблицах полностью одинаковые.

← →
cherrex © (2005-01-24 14:56) [6]

← →
msguns © (2005-01-24 15:06) [7]

Эти таблицы (таблица) что-то вроде справочника ?

← →
cherrex © (2005-01-24 15:11) [8]

ДА правильно это и есть справочники.

← →
msguns © (2005-01-24 15:25) [9]

>cherrex © (24.01.05 15:11) [8]
>ДА правильно это и есть справочники.

Тогда вот это:

произвести синхронизацию двух таблиц, то есть при вводе, изменении и удалении записей в одной таблицы тоже самое происходит в другой и на оборот.

есть мина весьма большой разрушительно силы

← →
cherrex © (2005-01-24 17:45) [10]

А по понятней?

Что значит: создать две базы, географически распределенные и разные по структуре, но в обеих базах есть две одинаковые по структуре таблицы. Насколько они физически разнесены? И как между ними осуществляется связь? Может стоит создать третью базу и хранить там только справочники, а при необходимости уже с ней проводить сравнение?

ужись...
ну подумай, нарисую на бумажке как вот это должно быть
"произвести синхронизацию двух таблиц, то есть при вводе, изменении и удалении записей в одной таблицы тоже самое происходит в другой и на оборот.
"
н забыв рассмотреть варианты:
1) в одном филиале редактирут, вдругом удаляют.
2) редактируют одну и ту же запись в обоих филиалах
3) вставляют одну и ту же запись в обоих филиалах.
4) формат файла синхронизации.
5) обновление ушло, но не дошло до получателя
6) обновление дошло, но была ошибка ввода изменений

и т.д.

Если канал связи позволяет делать задуманное при вводе информации, так может стои пользоваться одной для всех базой данных?

При схеме объединения частных баз в кумулятивную методом репликации должно выполняться несколько важных условий.
Приведу лишь основные:

1. Глобальные справочники не могут корректиться в филиалах либо изменения к ним (точнее, пополнения) идут отдельным пакетом и реплицируются на сервере по спец.алгоритмам.
2. Рассылаемые в филиалы БД должны иметь доп.глобальный реквизит - ID филиала во всех главных таблицах. Именно он служит основным "разрулирующим" механизме при репликации данного типа. В противном случае алгоритм репликации будет на два порядка сложнее, вплоть для создания специальной дополнительной базы для предварительного "слива" всей пришедшей с филиалов инфы и разборок с нею. (В частности, разборок с реидентификацией)

Репликация в InterBase Найти похожие ветки