Синхронизация баз данных

← →
Desdechado © (2005-06-30 18:29) [40]

> в магазин за выпиской и закуской
только выписался, и тут же закусывать?!
ну, могём :))

← →
J55 (2005-07-01 17:13) [41]

carmen
Интересно узнать, к какому выбору Вы все-таки пришли?

← →
isasa © (2005-07-03 14:57) [42]

Здесь не прозвучало.
Все вышесказанное хорошо для MS SQL или Oracl.
Для Interbase - сомневаюсь

← →
Desdechado © (2005-07-04 10:57) [43]

[42]
слишком глобальное обобщение
в чем сомнения? чем они подкреплены?

← →
Qwerty666 (2005-08-01 15:25) [44]

Занимаюсь подобной фигней для теплосетей. СУБД: MAX DB (разновидность MySQL), язык - Java. СИнхронизация - по модему. Главная фишка РУЧНОЙ репликации - совсем необязательно иметь одинкаовые структуры таблиц в районах и в центральном офисе. А именно: в ц. офисе таблицы должны являться пригодными для использования ВЫБОРКАМИ, ВЫЖИМКАМИ из данных районов (ничего лишнего). Вариантов для однозначной идентификации записей в БД на ц. офисе (буду называть "сервером") - море (номер района+праймэри ки записи на районе+время добавления и т.п.). Но тут лучше придерживаться следующей тактики (работает с удалением): записи всех районов являются ПОДМНОЖЕСТВОМ записей на сервере. Удалять записи на сервере - только всем скопом. Гимор исчезает (и это правильный выход, вспомните, например, правила ведения журналов аудита ПБ). Если интересно - мыльте.

← →
Qwerty666 (2005-08-01 15:26) [45]

Синхронизация баз данных Найти похожие ветки