Синхронизация содержимого баз
Oct. 28th, 2010 06:52 am![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
metaclass«Штирлиц бежал по Цветочной улице, а Плейшнеры все падали и падали»
Народсрется наобсуждает вечную тему - реализация синхронизации/репликации содержимого баз, применительно к Firebird. Вообще говоря, существуют готовые решения для такого, но, насколько я помню, любое подобное решение в итоге накладывает какие-то не совсем вменяемые ограничения на дизайн базы.
В принципе, мне это тоже предстоит реализовывать, но по той причине, что основную обезъянью работу за меня будет делать кодогенератор, меня больше волнуют теоретические и высокоуровненые аспекты, а думать я над ними сейчас не в состоянии. Скорее всего, сделаю составной ключ "ID базы, ID записи".
Народ
В принципе, мне это тоже предстоит реализовывать, но по той причине, что основную обезъянью работу за меня будет делать кодогенератор, меня больше волнуют теоретические и высокоуровненые аспекты, а думать я над ними сейчас не в состоянии. Скорее всего, сделаю составной ключ "ID базы, ID записи".
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
Date: 2010-10-28 07:11 am (UTC)до обеда советских газет!sql.ru"no subject
Date: 2010-10-28 07:34 am (UTC)no subject
Date: 2010-10-28 07:45 am (UTC)Количество какое-то неразумное, да.
no subject
Date: 2010-10-28 07:48 am (UTC)no subject
Date: 2010-10-28 08:19 am (UTC)Кстати, насчет MSSQL - существуют ли там сейчас row-level триггера? А то они были statement-level и меня это как-то печалило при реализации подобных логов - приходилось извращаться, чтобы записи update получить.
no subject
Date: 2010-10-28 08:23 am (UTC)получить updateнутые записи достаточно просто:
select t1.*
from mytable t1
join inserted i on i.ID=t1.ID
join deleted i on i.ID=t1.ID
no subject
Date: 2010-10-28 08:23 am (UTC)select t1.*
from mytable t1
join inserted i on i.ID=t1.ID
join deleted d on d.ID=t1.ID
no subject
Date: 2010-10-28 08:26 am (UTC)no subject
Date: 2010-10-28 08:41 am (UTC)Между двумя базами - 2PC, у FB оно штатно работает.
Там другие проблемы - восстановление базы при сдыхании, правильный ордер накатывания логов и взаимодействие сервиса-синхронизатора с транзакциями (типа того, что если есть длинная транзакция, а во время ее закончилась коротенькая) - то сервис, подключившись, увидит данные короткой, а длинной нет, несмотря на то что она работала раньше.
no subject
Date: 2010-10-28 09:23 am (UTC)