![]() |
|
![]() ![]() ![]() |
|
spyswamp |
|
|||
Опытный ![]() ![]() Профиль Группа: Участник Сообщений: 349 Регистрация: 18.8.2006 Репутация: 1 Всего: 7 |
Привет.
Возникла следующая проблема: у меня есть две таблицы из N полей каждая. В одной на другую определен внешний ключ. Соответственно, в интернетах куча примеров как объединить эту связь в одном QTableView. Т.е. получится комбо-бокс вместо поля с id-шником. Но меня интересует следующее - нужно в одном QTableView соединить именно все поля двух таблиц (без комбо-боксов и т.п.), чтобы они внешне для юзера выглядели как одна таблица. Кто-нибудь сталкивался уже с таким? Куда копать? Или, может, QTableView для этих целей неудачное решение? Заранее спасибо за советы. -------------------- - why you call it beta? - cuz it's betta then nothin' |
|||
|
||||
_GRIN_ |
|
|||
![]() одинокий падаван ![]() ![]() Профиль Группа: Участник Сообщений: 272 Регистрация: 18.11.2007 Где: Калуга Репутация: 6 Всего: 7 |
spyswamp, по сути тебе надо реализовать правильную модель, которая на основе имеющихся двух таблиц формирует третью - которая и отобрается в QTableView - сюда и копай ;)
-------------------- Дорогу осилит идущий |
|||
|
||||
maydjin |
|
|||
Новичок Профиль Группа: Участник Сообщений: 17 Регистрация: 25.1.2010 Репутация: нет Всего: нет |
Если нужно именно в одном представлении вывести то определи своего наследника QAbstractProxyModel , однако если достаточно просмотра только для чтения проще использовать QSqlQueryModel.
Или ещё как вариант, можно в бд сделать VIEW и загружать его(все современные БД позволяют делать редактируемые VIEW, а для QSqlTableModel без разницы вид или таблица). Есть ещё один вариант - сделать наследника QTableView, но помоему это неверное решение. P.S. решение с прокси моделью на мой взгляд самое реюзабельное, если реализуешь выложи ![]() P.P.S. не обязательно даже использовать прокси модель можно наследоваться сразу от QAbstractItemModel , т.к. интерфейс прокси модели всё равно рассчитан на одну управляемую модель. А так всё что тебе нужно это делегировать функции двух моделей, так чтобы оин были представленны как одна. Это сообщение отредактировал(а) maydjin - 26.8.2011, 14:39 |
|||
|
||||
spyswamp |
|
|||
Опытный ![]() ![]() Профиль Группа: Участник Сообщений: 349 Регистрация: 18.8.2006 Репутация: 1 Всего: 7 |
maydjin, есть же QAbstractTableModel. От него.
-------------------- - why you call it beta? - cuz it's betta then nothin' |
|||
|
||||
borisbn |
|
|||
![]() Эксперт ![]() ![]() ![]() ![]() Профиль Группа: Завсегдатай Сообщений: 4875 Регистрация: 6.2.2010 Где: Ростов-на-Дону Репутация: 48 Всего: 135 |
spyswamp, если ресь идёт о таблицах в БД, связанных foreign key, то для этого лучше всего воспользоваться QSqlRelationalTableModel
-------------------- Женщины отличаются от программистов тем, что у них чары состоят из стрингов |
|||
|
||||
spyswamp |
|
|||
Опытный ![]() ![]() Профиль Группа: Участник Сообщений: 349 Регистрация: 18.8.2006 Репутация: 1 Всего: 7 |
borisbn, нене, идея в том, что есть таблицы A (id, f1, f2, f3,...) и B (id, fk_a, f1, f2, f3,...). Так вот затея была в том, чтобы получит QTableView, где были бы объединены все эти поля (ну, по аналогии с join-запросами).
В общем, я отказался от этой затеи в пользу дополнительного диалога редактирования join-таблицы. Приложение тестовое, поэтому посчитал затраты на реализацию такой крупной программной единицы необоснованными. Для реальной ситуации, само-собой, приедтся делать по-уму. Статус "решено" теме ставить по этим причинам не буду, вдруг кто зайдет опытом делиться. Всем огромное спасибо за участи - перерыл кучу доков, узнал много нового. -------------------- - why you call it beta? - cuz it's betta then nothin' |
|||
|
||||
![]() ![]() ![]() |
Правила форума "С/С++: Кроссплатформенное программирование, QT/Gtk+/wxWidgets" | |
|
Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, JackYF, Любитель. |
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей) | |
0 Пользователей: | |
« Предыдущая тема | С/С++: Кроссплатформенное программирование, Qt/Gtk+/wxWidgets | Следующая тема » |
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |