Поиск:

Ответ в темуСоздание новой темы Создание опроса
> [Qt] Объединить 2 таблицы в одном виджете 
V
    Опции темы
spyswamp
Дата 25.8.2011, 21:40 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 349
Регистрация: 18.8.2006

Репутация: 1
Всего: 7



Привет.

Возникла следующая проблема: у меня есть две таблицы из N полей каждая. В одной на другую определен внешний ключ. Соответственно, в интернетах куча примеров как объединить эту связь в одном QTableView. Т.е. получится комбо-бокс вместо поля с id-шником. Но меня интересует следующее - нужно в одном QTableView соединить именно все поля двух таблиц (без комбо-боксов и т.п.), чтобы они внешне для юзера выглядели как одна таблица.

Кто-нибудь сталкивался уже с таким? Куда копать? Или, может, QTableView для этих целей неудачное решение?

Заранее спасибо за советы.


--------------------
- why you call it beta?
- cuz it's betta then nothin'
PM MAIL   Вверх
_GRIN_
Дата 26.8.2011, 11:25 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


одинокий падаван
**


Профиль
Группа: Участник
Сообщений: 272
Регистрация: 18.11.2007
Где: Калуга

Репутация: 6
Всего: 7



spyswamp, по сути тебе надо реализовать правильную модель, которая на основе имеющихся двух таблиц формирует третью - которая и отобрается в QTableView - сюда и копай ;)



--------------------
Дорогу осилит идущий
PM MAIL Skype   Вверх
maydjin
Дата 26.8.2011, 14:30 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 17
Регистрация: 25.1.2010

Репутация: нет
Всего: нет



Если нужно именно в одном представлении вывести то определи своего наследника QAbstractProxyModel , однако если достаточно просмотра только для чтения проще использовать QSqlQueryModel.
Или ещё как вариант, можно в бд сделать VIEW и загружать его(все современные БД позволяют делать редактируемые VIEW, а для QSqlTableModel без разницы вид или таблица).
Есть ещё один вариант - сделать наследника QTableView, но помоему это неверное решение.
P.S. решение с прокси моделью на мой взгляд самое реюзабельное, если реализуешь выложи smile
P.P.S. не обязательно даже использовать прокси модель можно наследоваться сразу от QAbstractItemModel , т.к. интерфейс прокси модели всё равно рассчитан на одну управляемую модель. А так всё что тебе нужно это делегировать функции двух моделей, так чтобы оин были представленны как одна.

Это сообщение отредактировал(а) maydjin - 26.8.2011, 14:39
PM MAIL   Вверх
spyswamp
Дата 26.8.2011, 15:08 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 349
Регистрация: 18.8.2006

Репутация: 1
Всего: 7



maydjin, есть же QAbstractTableModel. От него.


--------------------
- why you call it beta?
- cuz it's betta then nothin'
PM MAIL   Вверх
borisbn
Дата 26.8.2011, 21:20 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Завсегдатай
Сообщений: 4875
Регистрация: 6.2.2010
Где: Ростов-на-Дону

Репутация: 48
Всего: 135



spyswamp, если ресь идёт о таблицах в БД, связанных foreign key, то для этого лучше всего воспользоваться QSqlRelationalTableModel


--------------------
Женщины отличаются от программистов тем, что у них чары состоят из стрингов
PM MAIL Jabber   Вверх
spyswamp
Дата 26.8.2011, 22:24 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 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'
PM MAIL   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
Правила форума "С/С++: Кроссплатформенное программирование, QT/Gtk+/wxWidgets"
JackYF
Любитель
  • В заголовке темы в квадратных скобках обозначьте используемую вами библиотеку, например: [QT],[GTK],[wx].
  • Если вопрос актуален только для некоторой версии библиотеки, либо, если вы пользуетесь не самой последней версией, укажите это. Например: [QT4], [GTK2].
  • Все начинающие изучать Qt - не забудьте зайти сюда.
  • Проставьте несколько ключевых слов темы, чтобы её можно было легче найти.
  • В вопросе укажите полную версию версию библиотеки, а также все дополнительные используемые программные пакеты.
  • Не забывайте пользоваться кнопкой "Код".
  • Телепатов на форуме нет! Задавайте чёткий, конкретный и полный вопрос. Указывайте полностью ошибки компилятора и компоновщика.
  • Новое сообщение должно иметь прямое отношение к тематике этого раздела. Флуд, флейм, оффтопик запрещены.
  • Категорически запрещается обсуждение вареза, "кряков", взлома программ и т.д.

Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, JackYF, Любитель.

 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | С/С++: Кроссплатформенное программирование, Qt/Gtk+/wxWidgets | Следующая тема »


 




[ Время генерации скрипта: 0.0599 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.