Наверное интересно былобы стандартизовать требования к репликации
Я почти уверен процедуры, предлагаемые Oracle и M$ реализуют как и следует ожидать взгляды разработчиков на то что нужно программеру.
А что нужно на самом деле знает только сам программер!
Так что "настоящая репликация" по-моемому пишется только самостоятельно,
исходя из требований обстановки (например я сталкивался неоднократно с довольно странными пожеланиями заказчика ( звучало это так
"мне нужно что бы эта инфа не сваливалась в один день а поступала сгруппированной так - 1 отдел в понедельник 2 во вторник и ")
сделать то сделал но отнюдь не стандартными средствами )

А вот и не правда - речь идет о базе данные в которую
загоняют 4 группы операторов (кажды отдел гонит свой сегмент).
И это все попадает в филиальный сервер (в каждом отелении свой).
Заказчик выразил Пожелание что бы эти данные в Центральную базу
попадали не _тут_же_ (что кстати было бы затруднительно устроить - отделы разбросаны) или по
определенному графику
Например каждую неделю причем каждый отдел в свой день.
Ну и причем тут отчеты? ;) Данные обрабатываются операторами в центре и по условиям организации делопроизводства им удобна и именно такая форма _получения_ данных. Они просто не ожидают получения данных для обработки
в дни для этого не предназначенные 8) А вы сразу умничать полезли - отчеты...
Не надо умных слов... их пускай умные дяди в кинжках пишут.
А вот насчет балансировке нагрузки - это конечно совсем другая история и
с такой проблемой я несмотря на достаточно приличный опыт работы с _разными_ БД сталкивался достаточно редко. Что же касается постгреса - тут такое понятие как репликация аля-Oracle врядли появиться в ближайшее время.
ПОтому что
1) contrib/rserv кардинально необновлялся более года.
2) Сам сервер только-только вышел из того состояние когда по словам
Брюса Момьяна ~~"обычно баг-репорты звучали так 'После этого произошел крэш сервера' " Так что в TODO там еще хватает гораздо более важных фишек чем репликация аля-Оракл.