Картина маслом: студент и куча изобретателей велосипедов
AbelKasum
Задача: По региону десятки компов, с возможно разыми РСУБД.

Что значит "с возможно разыми РСУБД."? Почему с разными?

Надо проанализировать задачу и возможности штатных средств репликации, имеющихся у разных СУБД. Сопоставить и сделать выводы о приемлемости. Грамотно спроектировать схему репликации, исключить ошибки репликации и продумать обработку конфликтов. IMHO самые богатые возможности, особенно по off-line репликации у Sybase ASA. Если нужно стыковать обязательно разные произвольные СУБД, то можно глянуть в сторону российской разработки DbSync .

Но использование произвольных разных СУБД - бред, если речь идет о проектировании всей системы с нуля. Если же идет речь о запуске репликации между уже созданными и работающими системами с разными СУБД, то это нетривиальная и обычно очень сложная задача. Может потребоваться существенная переделка/доработка структур баз. Все-таки желательно проектирование баз с учетом того, что они будут участвовать в репликации.

Зачем плодить одинаковые топики?
AbelKasumКак сделать так, чтобы СУБД сообщала об изменениях в БД.
Кому?
AbelKasum
Желательно чтобы и сами изменения (записи) передавала.
Воспользоваться штатным или сторонним репликатором.

AbelKasum Александр Гoлдун
Воспользоваться штатным или сторонним репликатором.

Надо, чтобы СУБД (как нибудь) сообщала проге об произошедших изменениях.
Что-то вроде событий в ООП.
Как, это сделать вот мой вопрос?

Ну подсмотри же в конце концов хоть что-нибудь из готовых решений, чтобы не изобретать велосипедов с квадратными колесами и не задавать таких вопросов!
Что значит сообщать проге? В реальном режиме времени по каждому изменению записи сообщать программе "запись такая-то поменялась"? Нафига? Какой программе? Логичнее по запросу получать информацию о том, что изменилось. Сделать это можно великим множеством способов. Например в ASA просто сканируется журнал транзакций. Всякие стороние и самопальные репликаторы часто практикуют ведение отельной информации об измененниях, например в доп таблицах на триггерах вставляются ID измененных записей. А уж программа периодически просто проверяет эти таблицы на предмет определения того, что изменилось, предпринимает необходимые действия для обслуживания этих изменений (например для рассылки) и там же отмечает успешно отработанное.

Не поленись хотя бы прочитать то, что тебе уже ответили. Я давал ссылку на DbSync. Загляни в раздел "функционирование системы". Там кратко описано, но из этого можно понять, как оно сделано.

А то все как да как! Все разжевать или даже диплом за тебя написать? Это в форум Работа - там найдутся желающие сделать это за умеренную сумму. Тут люди могут посоветовать направление, куда копать, что-то подсказать, навести на мысль, высказать идею. Если этого недостаточно, тогда ошибся форумом. Или институтом. Ничего личного.

crowler
а про XML забыли?

А что XML? Это модное словечко обозначает всего лишь формат
представления данных, а не технологию репликации или какую другу панацею.
Posted via ActualForum NNTP Server 1.3