Нет, этот, к сожалению, ни в какие ворота. Вообще, такие "универсальные" тулзы всегда оказываются не очень - подходят только для самых простых операций. В данном случае, половина фич для постгреса не заявлена вообще, только для oracle/db2/sql server.По моим наблюдениям, 95% (если не 100%) инструментов, реализующих поддержку кучи БД благодаря пачке jdbc-модулей в комплекте полноценно не позволяют работать ни с одной, т.к. все самые интересные вещи обычно БД-специфичные (встроенные языки везде разные, и много других особенностей тоже различаются). Как "гонять sql запросы из гуя" они работают, но именно там, где по-настоящему требуется помощь от подобного инструмента - подсказки синтаксиса по сложным моментам, различные справочники, отладчики и тд ни один из них не работает из-за излишней универсальности.
Для Oracle и MS SQL есть хорошие среды и для админства, и для разработки под них (наверное, под остальные крупные БД тоже есть), а вот под постгрес есть более-менее приличный свободный инструмент только для админства, увы. Нет, в pgadmin в принципе можно разрабатывать код - не конец света - но отсутствие даже примитивных инструментов типа compare & synchronize для разработки на тестовом сервере с последующим выкладыванием отлаженных кусков на продакшен делает это мучением по сравнению с тем же Navicat, про некоторые другие фичи я и не говорю.