Абстрактным классом.
А темплейт унаследовать от этого абстрактного класса.

Нет в анализе такого понятия как 50 вариантов.
Есть понятие 0, 1 и много.
т.о. делать поток и в попок пихать идентификатор и держать его до завершения потока.

По поводу Демо и продакшена:
Нет хотел посмотреть на 64x linux. О продакшене и демо-версии - такое подумать....
Причем не видя исходного кода... Берд

О цене:
QT professional целиком стоит $399.00. А мы тут нарисовали компоненту и толкаем ее, почти, в полтора раза дороже всей библиотеки.
На такие вещи надо менять лицензирование. Есть лицензия - закрывай исходник результирующего продукта, нет (free edition) - добро пожаловать в OpenSource....

И что ж мы такие классные и 32-х битные.... или я для 64-х бит не нашел демухи.
Да и $519.00 - мелко, уже просили бы лимон зеленых ......

Сие работать не будет, хотя компильнуть можно!

А давайте поставим вопрос по другому:
1. Чего мы хотим от proxyModel?
2. Чего, нестандартного, умеет recordModel?

Как по мне - то через прокси менять данные в исходной модели не имеет смысла.
Это как в серверах баз данных менять данные через представления (view).

Для серверов баз данных справедливы следующие утверждения:
1. Обновляемыми являются только простые представления.
2. Для сложных представлений создаются методы/правила для обновления/вставки/удаления.

А при некоторых представлениях исходных данных некоторые функции вообще невозможно выполнить корректно.

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

Это мое мнение, не претендующее на идеальное решение.

Сам занимаюсь программированием связанным с базами данных и функционал сортировки/отбора у меня реализованы на сервере (переформируется запрос) и моя модель данных отдает данные элементу отображения уже в том виде в котором надо и элемент отображения, например QTableView показывает его уже в том виде в котором мне нужно. И, да QTableView у меня тоже, уже обучен специальными методами которыми она манипулирует моей моделью без посредников.

А взять и сделать вытяжку из boost только его(boost::any) одного и использовать (хоть статически хоть динамически), не плодя велосипеды?
Не, если задача чисто академическая... Тогда успехов.

А взять исходники и посмотреть формирование QInputDialog, и потом найти его по имени.....

Точного ответа не знаю но вставлю свои 5 копеек.
Плагин - это библиотека.
Если собрано статическое приложение - в нем возможно отсутствует часть отвечающая за загрузку библиотек. А если плагин - библиотека.......

С другой стороны может быть и возможно но тут, как мне кажется, нужно смотреть в сторону параметров сборки самого QT.

Но функция из select всегда возвращает одно значение(поле)!!!
И это иногда бывает нужно, лично сталкивался.

Поля нумеруются с 0 а не с 1.
т.о value(0) у вас возвращается одно значение.
Все остальное верно.

И еще в psql  SELECT selAnswer(<тут реальное значение>);
вернет ли чего-то.
Но я думаю, что у Вас next таки возвращает один раз true но ничего не печатается т.к. см. начало моего поста.

И по поводу второго запроса. там таки да нужно вызов функции пихать в предложение from но это Вам уже написали.

PS: Тут вопрос не к QT а к postgresql - читаем мануал по postgresql.

new myWidget(mainWindow.... или как там оно называется даем parent'а.)
Программист который делал/делает главное окно должен дать Вам layout в который вы и вставляете свой виджет и как его размещать - задача этого layout и программиста который делал главное окно, чей дизайн уже утвержден.

gstreamer - не....
Просто и красиво. И, для Вашей, задачи QT не нужен.

1. Выполнить, если не выполнен qmake.
2. Сделать переменную в сигнале const.

1. Реализовать в модели слоты.
2. сделать центральное событие.
3. зацепить его на слоты моделей.
4. Вызывать центральное событие для обновления данных.

И не надо лохматить бабушку.

Вопрос был "как обновить" а не как построить архитектуру.