Ну что же, раз access в попу, а и действительно в попу его.
Тогда давайте кинемся в другую крайность: python + pygtk. Наикроссплатформнейшая связка. Для python'а скорее всего есть драйвер. А вот он и есть http://code.google.com/p/pymssql/, который предоставляет db api 2.0.
Набор виджетов gtk чуть поменьше, чем у Qt. Однако сам пайтон предоставит все батарейки как у Qt и даже больше (имеется ввиду regexp, network (sockets, http, smtp),  xml, yaml и т.д.). На pygtk, как я уже говорил, написана система tryton, а точнее front-end к системе.

Согласен, если нужен переход  с одной базы данных на другую, то последняя должна быть Postgresql.
Хм, пайтон, загогулистый?
Чтобы портировать приложение с c++ на пайтон придется воспользоваться только клавишей DEL. Не берем сложные случаи.
GTK зубодробильна? Возможно на c и исключительно в целях большой портируемости в разные другие языки. На разных других языках GTK полностью или почти полностью использует дизайн языка. Хотя возможно Вы имели ввиду сами виджеты, их устройство?
В целом python + gtk далеко не самый богатый/мощный, но зато бесплатно-кроссплатформенный. Для postgresql правда драйвера чуть устарели или работают только под python3.
Касаясь PyQT, не случилось бы того же, что и с QtJambi. Кстати почему его свернули?
P.S. Уси плюшки Qt давно в пайтоне, от Qt нужны только красивые кнопочки, и всеми любимая поддержка стилей.

"Пайтон"...

А если понадобится что-то посчитать? Я имею в виду банальные долгие вычисления, (почти) не связанные с вводом-выводом.

"Вычисления"...
...cвязанные с БД в триггеры, триггеры на си (postgresql позволяет), не связанные с бд в python модуль, пайтон модуль на си (python позволяет). В пайтоне в свою очередь используется объектная система проще чем в gtk. Почувствуете себя Страуструпом, который с++ еще только на макросах писал.
Возможно топикстартеру не стоит прислушиваться к данному мнению, потому что оно обойдеться дороже, чем Qt + MSSQL. C другой стороны вот скажите, можно ли для mssql писать триггеры на c?

А что Вам вычисления обязательно в объекты оборачивать? А для биндигов с++ не подходит.

Не могу с Вами не согласиться и не могу назвать язык-конкурент для c++ в плане Вами названных характеристик.
Но все-таки чуть-чуть напрягитесь, переведите классы на пайтон объектную систему, и вуаля, у вас одни и те же алгоритмы со скоростью машинного кода, с жуткой рефлексией, которая и не снилась qt.

мимо проходил...
как раз на python+qt пишу себе Access (или Foxpro )
ГУИ, отчеты

до серьезной проверки еще дело не дошло, но кое-что работает

под Windows можно посмотреть:
http://www.penta.by/penta_pump.html

смотрел Qt, Wx
выбрал Qt
сначала возился с зоопарком dbapi (pyodbc, mysqldb, pygresql)
задолбало, перешел на QtSql
но для работы с DBF все равно пришлось использовать pyodbc - в QODBC глюки
скорость:
таблица 1258554 записей, около 40 полей
MySQL , InnoDB - открывается в гриде через 24 сек, скролится без тормозов
если MyISAM - 6-7 сек
при герерации PDF  - 115 страниц/мин, RTF - чуть побольше