Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: QTreeView или QTreeWidget
Форум на CrossPlatform.RU > Библиотеки > Qt > Qt Модель/Представление
silver47
Доброго времени суток. Необходимо отобразить структуру:

Город (название городов) - высшая ступень иерархии
Улица (название улицы) - чуть более низшая ступень
Объект (объект, расположенный по этому адресу)

Это лежит в базе данных в таблицах: cities (название), streets (название), object(название объекта, город, улица, дом). Как лучше сделать? С помошью QTreeWidget эту структуру можно создать вручную перебирая все города и все улицы, вопрос производительности. Можно ли это усуществить с помошью QTreeView. То есть вопрос стоит в том, какую модель использовать :(

Спамибо.
abc
не заполнял treeview своей моделью, в tableview просто делаешь запрос к базе и всё работает) но я бы всё равно делал через view, ибо с виджетом всё ясно без слов, а тут интересно проделать)
silver47
Цитата(abc @ 9.3.2011, 12:42) *
не заполнял treeview своей моделью, в tableview просто делаешь запрос к базе и всё работает) но я бы всё равно делал через view, ибо с виджетом всё ясно без слов, а тут интересно проделать)


Тут и в TreeView, назначаешь QSqlQueryModel с запросом к БД и все работает.... но как сделать модель свою иерархическую :(
abc
да, придётся писать свою модель
qt\examples\itemviews\simpletreemodel
в бой! m_shok

тут с sql выложен пример:
http://www.sql.ru/forum/actualthread.aspx?tid=611751
ну, кто его знает, может рабочий)
abc
вот ещё вспомнил, что существует QStandardItemModel, с ней просто жить, правда скила разработки своей неповторимой модели не получишь
PAFOS
Да уж... я только недавно закончил модель гораздо более сложную )) там иерархия была глубиной до 10 уровней, где каждый из уровней своя таблица из БД.

В процессе разработки очень много камней подводных обходил... вообщем не простое это дело)

В целом логика такая - на каждую ступень иерархии, я создавал объект QSqlTableModel (иногда и QSqlRelationalModel).

В твоем случае у тебя будет три объекта QSqlTableModel
Самое сложное - правильно переопределить методы index(), rowCount(), parent() ибо на них строится вся система)

В принципе если дашь структуру БД, тогда я могу опубликовать статью)
silver47
Цитата(PAFOS @ 24.3.2011, 19:42) *
В принципе если дашь структуру БД, тогда я могу опубликовать статью)


Структура БД простая до безобразия, т.к. тренировочная выглядит так:

таблица cities:
ID int - номер города, обычный автоинкримент
NAME nvarchar(20) - название города

таблица streets:
ID int - номер улицы, автоинкримент
NAME nvarchar(30) - название улицы
CITYID int - город в котором эта улица есть

таблица organizations:
ID int - номер организации автоинкримент
NAME nvarchar(30) - название организации
CITY int = cities.ID
STREET int = streets.ID
abc
Сильвер, ты сам-то выпутался?)
silver47
Цитата(abc @ 25.3.2011, 15:41) *
Сильвер, ты сам-то выпутался?)


гм. Вопрос к тому что непонятно структуру изобразил или как я сам реализовал?
Сам пока не реализовывал. Дело встало на книге: Mark Summerfield - Advanced Qt Programming. Там это разжевано, но проблема в том, что тяжело понимать если в программировании далеко не Advanced и в английском языке на той же ступени. Пока ковыряю немного другое.
PAFOS
Набросал тут за часок... пока без коментов, кто захочет, разберется.
в исходниках валяется БД streets.sqlite, ее рядом с ехе положить следует.
silver47
Цитата(PAFOS @ 28.3.2011, 11:30) *
Набросал тут за часок... пока без коментов, кто захочет, разберется.
в исходниках валяется БД streets.sqlite, ее рядом с ехе положить следует.


throw "WTF?";
улыбнуло, но кто его ловит то?

А так большое спасибо.
PAFOS
Никто не ловит) это так.)
можно пошаманить с QApplication::notify(), для перехвата uncautch exceptions

Кстати есть замечание по поводу БД

у тебя в таблице organizations поле cityid лишнее.
Достаточно лишь streetid, а по streetid можно найти cityid
silver47
Цитата(PAFOS @ 28.3.2011, 12:39) *
у тебя в таблице organizations поле cityid лишнее.
Достаточно лишь streetid, а по streetid можно найти cityid


Точно, спасибо.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Форум IP.Board © 2001-2024 IPS, Inc.