В общем ничего сложного нет.
К примеру тип репликации master-slave.Сервер - прога на master-db, клиент - прога на slave-db.

На master-базе для каждой реплицируемой таблицы создаешь таблицу
изменений(автоинкрементный номер(Х),тип(удалено,добавлено,изменено),уникальный ключ реплицируемой таблицы). Далее на соответствующие операции(INSERT,UPDATE,DELETE) пишешь триггеры, которые добавляют записи в таблицу изменений. Клиент у себя хранит последний номер(Х) - передает этот номер для формирования репликации серверу, сервер передает ему все записи с номером больше Х. Соответственно ниже этого номера записи из таблицы изменений (при успешном прохождении репликации) можно удалить. Короче все в таком роде. На практике несколько сложнее, т.к. как правило клиентов много, есть разный тип репликаций (напр. только добавляемые таблицы, пересылка полных таблиц), сетевые и файловые заморочки.


Успехов.

Приветствую!

Ну... нужно реально смотреть на вещи. Репликация данных, - это действительно достаточно сложная задача, иначе бы на каждой базе данных этот механизм был реализован. Я описал рабочую методику, которая существует и которую можно прикрутить к любой базе. Те требования, что предлагаешь ты, можно нормально реализовать только активно ковыряя исходники PostgreSql. Хотя..., если сильно захотеть, то можно сделать почти все.
Изменение колонок - не проблема, - можешь на крайний случай пересылать структуру таблиц (хотя топорно как-то выглядит). Вообще, для механизма репликаций более важна информация о ключах.

Успехов