Ryuzakiэттаа зачем ?

Для упрощения выставлений. Мешают таблички в этой бд.
?


-- я пока вижу один случай -- отсутствие возможности задать для advisory_lock своё, отдельное именное пространство. при этом я пока не проверял, что advisory лочит ресурс[ы] на уровне датабазы, а не всего инстанса. но собираюсь проверить. [проверил --pg_try_advisory_lock лочит на уровне БД.] Но и тут мне не нужно будет выносить таблички. мне нужно выносить вызов pg_advisory_lock-ов в отдельное соединение)

nmkRyuzaki,

если я правильно вас понял, то для репликции одной таблицы можно воспользоваться, например, Londiste из SkyTools. насчет прозрачно переключить на новую бд, то тут предлагаю воспользоваться PgBouncer (если он подойет, конечно).
любая асинхронная репликация (хоть готовая, хоть самописная) имеет лаги.
1:1 не гарантирован ничем.
Можно сделать " синхронную репликацию последних событий" -- самописными триггерами (с кладкой данных в "slave" через dblink). Зазор между стартом событийной репликации и исходными данными закрыть с помощю 1. COPY (до старта) . -- 2. далее стартовать триггера. --3. а вот чем исчислить/заполнить лаг между 1 и 2 -- вопрос.

самое главное -не понятно, зачем такой геморрой, и скорее всего он и не нужен. (т.е .это просто блажь)

да и переключение "мастера" без потерь - не факт что возможно будет придумать.