Синхронизация содержимого баз

«Штирлиц бежал по Цветочной улице, а Плейшнеры все падали и падали»

Народ срется наобсуждает вечную тему - реализация синхронизации/репликации содержимого баз, применительно к Firebird. Вообще говоря, существуют готовые решения для такого, но, насколько я помню, любое подобное решение в итоге накладывает какие-то не совсем вменяемые ограничения на дизайн базы.
В принципе, мне это тоже предстоит реализовывать, но по той причине, что основную обезъянью работу за меня будет делать кодогенератор, меня больше волнуют теоретические и высокоуровненые аспекты, а думать я над ними сейчас не в состоянии. Скорее всего, сделаю составной ключ "ID базы, ID записи".

И опять про Firebird

А вот еще подняли вуду тему в конференции по FB - типа "вы хоть сами знаете, зачем это все делаете"/"where are you going today".
Там плавно обсуждение перешло к тому, что мы все умремосновной вектор развития ИТ - это сознательное отупление разработчиков, а микрософт вместо исправления багов и доработки старых фреймворков делает новые, что не позволяет толком сосредоточиться на работе. Если только не развивать двоемыслие в стиле: "везде поддерживаем придурочный ms-oracle-web2.0-cloud-analslavery-iphone-hype, а реально все пишем на коболедельфи".

И я еще раз повторюсь: я не понимаю, чем Firebird так напрягает людей, которые с ним массово не работают. Те кто работают, типа как я - знают недостатки, умеют их обходить и вообще, полностью необъективны. Ну сервер, как сервер, удобный в установке и использовании.
Postgresql вроде нормален, но с ходу я так и не понял - где у него binding parameters и передача данных в бинарном виде? Я сниффером смотрел на общение клиентского приложения(с явно использованными биндинг параметрами) с сервером при вставке данных - тупой плейнтекст гонится с подставленными значениями.
Oracle неприемлем, ибо анальное рабство, хотя поддерживать и его тоже не помешает, для клиентов, у которых кошерные DBA имеются. Читал Тома Кайта, тестировал в 2005 году. Бесит жабой в качестве GUI и системным вуду. Знакомый линуксоид упорно утверждает что Оракл падает раз в месяц, но я ему не верю - по его словам, у него все падает, поэтому все демоны сидят под специальным контроллером, который их перезапускает после падения. Хрен знает что такое, непонятно, то ли разработчики идиоты и софт у них кривой, то ли просто у него стиль использования не такой как у 83%.

MSSQL какое-то вуду, бесит нелогичностью T/SQL. Хотя я его массово использовал, до полноценного использования возможностей СУБД на всю катушку, как с FB, не дошло - очень большие подозрения, что внедрение у клиентов превратилось бы в ад.

DB2 - ни разу не видел и не сталкивался, даже с людьми, которые под него писали, не общался.

Отлично.

В компе отсутствует выведенный наружу rs232-порт, поэтому чтобы подключить одно вуду-устройство, пришлось использовать переходник usb-rs232, китайский, как и его драйвера, дальше некуда.
Сутки проработало, сейчас свалилось в BSOD. Придется, похоже доставать запасной комп с физическим RS232.

Баш.орг

я туристку спаршиваю: вам номер с видом на бассейн?, она: не-не-не-не, гляжу наташа под стол скатывается, пишет мне в аське - она тренер по плаванию

Да, это видимо, как программиста в отпуске заставить каждый день смотреть, как программы пишут совместно индусы, ученики младших классов и студентки женского заборостроительного университета. В подробностях.