C++ SQL library?

Добавлю еще - C++ необязателен, можно и просто C

ibpp?

Родная библиотека libpq является наиболее производительной по определению (libpqxx - объектная надстройка над ней).

Работает, естественно, на всех платформах, на которых существует PostgreSQL. Если для тебя важен только PostgreSQL, то выбор IMHO однозначен.

Хм, а не прроще ли переложить основную работу на сервер, что не мучиться с производительностью библиотеки для доступа к БД? Если вам критична скорость, то берите db 4.4 и вперёд.

http://libodbcxx.sourceforge.net/

на сколько я снаю это двойной крест на производительности

это некорректное утверждение.

ну секундомером я не мерял, тем не менее уверен что использование libodbcxx при больших канальных задержках (~1c) и больших таблицах >~100000 записей будет проигрывать libpq по производительности на порядок.

В libobc++ "overhead" не такой большой:
native API -> ODBC -> C++ wrapper around ODBC.
Внутри libobc++ активно используются макросы,
да и сам код написан весьма неплохо (я этим занимался
одно время, используя libodbc++, как interface to ROOT (RDBC),
и даже bugfixы отсылал этому Манушу).
Tонкое место - ODBC driver.
Не знаю, как в libpq, но MyODBC делает, то, что потом
придется "делать самому руками на" native API.
Если client-server не локально - большои разницы не
должно быть.
Во всяком случае, я не слышал жлоб на быстродействие
от тех сотен юзеров, которые используют RDBC/libodbc++,
как interface to PostgreSQL, MySQL, Oracle

>В libobc++ "overhead" не такой большой:

ну смотря с какой стороны подходить.

в приведённой мной ситуации когда база находится на расстоянии тысяч километров и доступна через некоторое подобие VPN-тоннеля для нормальной работы требуется "специальная настройка" сетевой подсистемы в либе нативного доступа.

сомневаюсь что эту функциональность можно получить сквозь враппер.

http://otl.sourceforge.net/