важно понимать, что в отличии от firebird, который позволяет в рамках одного соединения открывать несколько транзакций - postgres может открывать только одну транзакцию в соединении.
т.е. чтобы реализовать модель поведения такуюже как описано выше - нужно держать два соединения с постгресом. Также нужно понимать, что клиентская библиотека firebird автоматом преобразует комманды select в курсор и фетчит записи оттуда по мере необходимости приложению.. В постгресе для такого рода поведения нужно явно писать open cursor ..., в последующими коммандами fetch from cursor, если в постгресе просто отослать комманду select то на клиента вернется Весь получившийся набор данных.. Я к тому, что реализовать уже привычную вам архитектуру приложения для FB на PG будет непросто..( нетривиально?).
Еще также есть другие засады. К примеру - FB управляет транзакциями только с клиента . Т.е. завершить транзакцию можно только послав комманду с клиента. Что позволяет реализовать следущую модель поведения :
Старт транзакции
выполнить комманду 1.
выполнить комманду 2 ( происходит ошибка - транзакция не откатывается,
откатывается только результаты работы комманды 2)
commit.

В результате в базе зафиксируется результат выполнения комманды 1.
В PG - же все по другому.
в момент возникновения ошибки,
когда выполняется комманды 2 - отактится ВСЯ транзакция.

Это естетсвенно заставляет пересмотреть сложившиеся привычки - которые закреплены у вас в результате опыта работы с Fb. Так что резюмирую..
для ПГ вам придется попотеть чтобы переделать приложения с учетом его особенностей...