Winnipuh
вообще-то странно, все обращения должны идти через PgPool II, а он уже распределяет запросы: изменение данных - на оба сервера, запрос на выборку из одного. Надо проверить...

select my_proc(1);

PgPool отправит этот запрос только на одну базу, потому что select. В то время как при выполнении функции my_proc() может быть изменена как структура базы, так и данные. Естественно, PgPool это отследить не может, т.к. запрос уже отправлен в базу. А если в базе не делать хранимок и триггеров, проще и быстрее будет sqlite.

Позволю себе повторить и расширить мелькнувший выше вопрос - встречал ли кто решения по репликации постгреса, поддерживающие синхронизацию базы с сотнями схем и хранимых процедур, тысячами таблиц и триггеров? Пока что ничего подобного не видел, хотя сам интересуюсь. На уровне приложения да, подобные вещи реализуются, но такой путь не привлекает. Интересно было бы доработать PgPool так, чтобы он понимал сценарии, распределяя запросы по базам в зависимости от бизнес-логики. Например, вызов хранимой процедуры может изменить состояние базы, но это изменение может коснуться лишь одной схемы, тогда все последующие запросы к этой схеме нужно направлять к соответствующей базе, а на другие базы реплицировать не надо (пример - пользователь указал параметры отчетов, эти параметры сохранены в схеме пользователя в базе, вызвана хранимка для генерации десятка таблиц и видов с нужными данными и далее пользователь просматривает и анализирует содержимое созданных таблиц, а после изменения параметров соответствующие таблицы и виды будут пересозданы, соответственно, при достаточно реплицировать параметры пользователя по всем базам, а пересоздать объекты можно на уровне приложения, прозрачно для пользователя). А вот запросы на обработку основного хранилища данных (в т.ч. с помощью хранимок) необходимо выполнять на всех базах.

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