Нативного кластера вроди как нет, но костыль изобрести можно на триггерах Примерно так. Автоинкремент там организован на генераторах. Что-бы данные не пересекались поставить шаг 2, но в одной базе с 1, а в другой с 2. Написать внешнюю библиотеку UDF (это дллка или сошка), которая собственно и будет передавать данные во вторую базу ну и подключить её в firebird Создать триггеры на нужные события и действии указать выполнение той или иной функции из UDF. Нормально ли оно будет работать не знаю, просто первое, что пришло на ум.
Mon, 15 Oct 2012 16:46:12 +0300 от Alexander <[email protected]>: > > > > >Hello UaFUG, > > Что-то показалось мне, что никто моего письма не увидел... :( Извините > за повтор, если что... > > Добрый день, сообществу! Есть у нас (на Украине) программка > MDOffice. Работает на Firebird-е. Под виндой. Недавно стали внедрять > электронный документооборот - там есть соответствующий функционал > (через электронку). Проанализировав работу программы, мы пришли к > выводу, что имеет немалый смысл хранилище сделать централизованное на > сервере. Одно плохо - у нас разбросано три площадки. Работа с > удалённым сервером несколько сказывается на скорости работы самой > программы. Возникла идея поставить, как минимум, два сервера-хранилища, > на крупных площадках, решив, тем самым вопрос с резервированием. Но я > не нашёл никаких средств от "автора" для реализации (может, плохо > искал?). Народ пишет своё, но у них и базы свои. А тут - структура баз > мне неизвестна, SQL-программированием я баловался давно... В общем, > хотелось бы какое-то готовое проверенное решение для firebird-а... > Есть у кого мысли-наработки? Спасибо! > -- > Best regards, > Alexander mailto:[email protected] > >
