Доброе утро, есть один проект, в котором в одной сети находится транзитный сервер-БД с PostgeSQL 9.0: набор таблиц вида: table1, table2 ... tableN, table_enc

Поставлена задача реплицировать только одну таблицу, table_enc, на удаленный сервер.

Потестил Streaming Replication новой 9-ки, все классно, но как настроить репликацию только одной таблицы? Есть еще один нюанс - tcpp_enc, это таблица-хранилище отобранных по определенным критериям данных. На master-сервере нужно периодически ее очищать (транкейтить), а на slave-сервере все должно храниться.

До релиза 9-ки тестил слоников (Slony) на 8-ке - никак не мог победить прогрессирующее отставание... вобщем не хотелось бы использовать какие-то надстройки...

Заранее благодарен за помощь.

p.s.: master и slave находятся в разных странах

• Репликация в PostgreSQL,Michael, 09:58 , 28-Сен-10
  • Репликация в PostgreSQL,dbuser, 10:02 , 28-Сен-10
    • Репликация в PostgreSQL,Michael, 10:16 , 28-Сен-10
      • Репликация в PostgreSQL,dbuser, 15:07 , 28-Сен-10

>, но как настроить репликацию только
> одной таблицы?

только триггерами

>>, но как настроить репликацию только
>> одной таблицы?
> только триггерами

получается при такой задаче слоники вне конкуренции? :) а есть опыт борьбы с отставаниями slave от mastera при использовании slony?

p.s.: забыл уточнить - на мастере будет идти очень интенсивная запись в таблицу (порядка десятка коннектов постоянно insert-ящих), поэтому похоже слоники и не справляются...

>>>, но как настроить репликацию только
>>> одной таблицы?
>> только триггерами
> получается при такой задаче слоники вне конкуренции? :) а есть опыт борьбы
> с отставаниями slave от mastera при использовании slony?
> p.s.: забыл уточнить - на мастере будет идти очень интенсивная запись в
> таблицу (порядка десятка коннектов постоянно insert-ящих), поэтому похоже слоники и не
> справляются...

для мастрабирования операций записи можно использовать шардинг, раз одиночный сервер не справляется.
можете еще отключить на слейве synchronous_commit. вообщем-то говоря это обычная практика для слейва

> для мастрабирования операций записи можно использовать шардинг, раз одиночный сервер не
> справляется.
> можете еще отключить на слейве synchronous_commit. вообщем-то говоря это обычная практика
> для слейва

основной сервер справляется, все ок, спасибо. проблема в другом... в целом я уже представляю схему как это реализовать, остался один вопрос, возможно детский, как отключить логирование в транзакционный лог PostgreSQL таких операций как truncate ?