Буквально не так давно начал писать маленькую программку, для расчета
инвойсов с учетом налогов из ГТД и доставки товара. Вот что из этого получилось:
1. Используя стандартные решения на базе QSqlTableView и QSqlTableModel напоролся на баг с отображением
чисел с плавающей точкой (пост в другой ветке где GUI).
2. Попытался так же использовать QDataWidgetMapper в связке с QDoubleSpinBox этот вариант не редактирует данные.

Ошибок в реализации видимо еще много. Посмотреть только "Task Tracker", так вот ув. дамы игоспода на сколько мне
видиться в ветке 3.3.х у троллей ошибок было намного меньше чем в 4.4.0 и кажется мне что они очень кудато спешат.
Как бы при спешке да не нае....ся со всего маху.

Я думаю что при таком положении дел брать 4-ю ветку для коммерческой разработки еще очень рано. Буду рад
услышать мнение общества. И если пинать меня то прошу по существу. 

Эту версию я привел потому, что даже в версии 4.4.0 (пусть это еще не релиз) не планируются
исправления этих багов - а это еще детские болезни. И второе почему так - что в 3-й ветке
работу тролли вели более скурпулезно и не выпускали сырых релизов (скажем даже они не спешили раньше).
А теперь непонятное желание наращивания подверсий без устранения багов. Такое впечатление что
GPL продукты на sourceforge.net выше версии 0.2.х более стабильны чем релизы троллей 4.3.х

Ну скажем ... ноги делать не нужно 
Потомукак если заработала (прога) и видимых багов нет, то и будет она работать дальше.

Я ведь о том что стандартными способами, которые предлагают тролли работать
с  БД не возможно полноценно. И возмущения мои сводятся к тому что для адекватной работы
в большом проекте нужно писать собственные виджеты по работе с БД, а это мне не нравиться
уж очень большая трудоемкость получается, ведь одно дело использовать разработанное специалистом
а другое краптеть над собственной разработкой. Проект становиться дороже с вытекающими из этого последствиями.
Да и время на разработку увеличивается - жабовские прогеры в затылок дышат.

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

а простые смертные потихоньку смотрят в сторону java

там есть Hibernate,
для C++ ORM'ов нет (кроме самодельных)
(искал на Google нашел тему форума "о а давайте сделаем ORM менеджер для С++ последнему сообщению более 2х лет)

я лично не ощущаю в себе сил браться за реализацию самодельной объектной прослойки.
(по этому работаю дедовским подходом).
а в Hibernate все сделано за нас умными дядями.

в данный момент переделываю свой текущий проект потому что в первом приближении у меня на одну экранную форму
уходило примерно 300 строчек кода сейчас 40.

компоненты для работы с БД у меня самодельные
я не  уверен в правильности их реализации ( если бы за меня их сделали взрослые дяди то на душе было бы спокойней).
(последняя тема на форуме "а давайте сделаем DBComboBox" затихла больше года назад(http://prog.org.ru/forum/index.php/topic,1253.0.html))

Кстати раз Вы такие умные(в хорошем смысле этого слова) киньте примеры исходников работающих с БД,
т.е. формочки на основе которых должны изменятся/добавляться данные
к нескольких таблицах, тогда когда существуют общие и категорийные сущности.
либо м/б покажете как делается объектная прослойка (я ума не приложу с чего начать).

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

допустим "объект недвижимости" - общая сущность
а гараж, квартира, коттедж, дача, производственная площадь, новостройка - категорийные сущности
(междуу ними сущ-ет связь обобщение (is a))

на счет DBComboBox я протупил.

ну снова недвижимость

А скрестить ? Qt+ Java ? Jambi кажись есть ?