Russian Qt Forum

тут было много тем про TreeView и БД.... все же хотелось бы узнать... есть ли у кого нормальный ... допиленый код для работы с этим делом... ??

мне тоже интересно. пока выбираю запросом данные в стандардмодель и связываю по паренту, но нужна нормальная модель. если у кого-то есть готовая, поделитесь? а то придётся писать свою с нуля :(

А что значит нормальная ?

на основе QAbstractItemModel/QSqlQueryModel. желательно бы с возможностью редактирования данных...

Есть у меня похожая гибрид ужа с ежом. Не айс, но некуда деваться.

SQL вытаскивает верхний уровень и сбрасывает в StandardModel, а в root пишу указатель на SQL model c UserRole+1
Потом ловлю сигнал RowChanged динамически на лету создаю очередную SQL model вытаскиваю следующий уровень и "нахомячиваю"  в standard. Указатель на эту новую sql model опять в текущую row с UserRole+1

Когда надо редактировать показываю диалог с вьюхой, из текущей строки вытаскиваю
указатель на sql model и во вьюху setModel

Получается QStandardItemModel содержащая указатели на кучу линейных sql моделей.

Ещё Тролли накосячили с сигналом RowChanged. В пределах одного парента он высылается, а если юзер кликнул мышкой в строку с таким же номером в другом паренте, то не высылается.

На стоматопроктологию похоже, но ничего лучше не придумал.

у меня всё проще (достаточно одного прохода для построения дерева), но тоже не айс - я вообще отдаю предпочтение индекс-бэйзед моделям, а в стандардмоделе ещё и с ролями косяк - она предназначена для всяких комбобоксов, а для своих целей приходится делать доп.проверку чтобы выяснить в какой роли на самом деле хранятся edit, а в какой display...

зы. crossly, переименуй ветку нормально

Я не сторонник построения всего дерева сразу от макушки до корней. И ждать долго и траффик забивать неохота.

Оно может быть большим, а юзеру надо пару веток поправить. Я ему первый уровень вывел по умолчанию. Потом он может навигационным мышетыканьем заниматься и я буду достраивать по мере необходимости.
А может вызвать диалог поиска. Я ему sql`ем вытащу желаемое в небольшом наборе, он выберет конкретную запись, после чего я динамически дострою нужную ветвь и поставлю курсор на  то, что он выбрал.
Так приложение бытрее работает и память не отжирает, но логика сложная.

Хотя в век дешёвых гигабайтов...

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

диалог поиска уже не относится к вопросу о модели, но я бы сделал чуть иначе: отдельным запросом можно найти необходимую строку, а из неё уже узнать родителя и уровень вложенности и по этим данным звать fetchMore для определённой ветки, если необходимо...
в целом это даст возможность искать данные и непосредственно в модели без значительных потерь производительности и дополнительных запросов и/или инструментов.

Именно так и сделано.

значит, не совсем правильно понял

может перенесёшь свою модель на склкверимодель и выложишь всем на радость? :)

На склкверимодель точно не перенесу - я не работал с ней ни разу.
У меня своя QSocketModel наследник от QAbstractItemModel для работы по трёхзвенке, а на сервере приложений тоже склкверимодель не юзаю - там прямой API Interbase/Firebird заюзал.

Попробую, по возможности, сделать какую-нибудь выжимку.

ну, хотя бы на QAbstractItemModel с использованием QSqlQuery в качестве источника данных? а там уже можно будет и под себя допилить при необходимости...
в любом случае, с нуля будет дольше и придётся сталкиваться с теми же проблемами, что другие уже победили в своих реализациях.

мужики, совсем не в тему ведь! перенесите свои комменты в соответствующий тред, хорошо?

мдя.... я так понимаю что никто так и не допилил.... лана придётся и дальше пользоватся поделками из standarditemmodel... по не найдется лишнего времени... :(

лучше помоги пинать Zmeishe - я так понял, что у него часто случаются излишки свободного времени :)
можно пива ему пообещать ;)

товарищ Zmeishe !!... сделай доброе дело для сообщества... !! :) (пиво прилогается...)

Излишков свободного времени у меня нет совсем, поэтому пинать бесполезно.
То, что у меня быстро получается, чего у других медленно получается - ну извините не моя вина.
Может у меня мозги на другой частоте работают ?  ;)

С сообществом поделюсь.
Предлагаю так же, как с многоуровневыми заголовками - делаю выжимку и выкладываю, а дальше вопрос-ответ, т.к. нет времени подробные комментарии расписывать в исходниках.

>> можно пива ему пообещать
- Барыня, водочку пить будешь?
- Ах, оставьте.
;D

Я же уже вроде постил редактируемую tree-модель с кэшем, основанную на QAbstractItemModel, правда для одной таблицы. Хотя не помню, что за вариант выкладывал. Вобщем, см. аттач.

спасибо за модель.

Только вот никак не пойму, какой должна быть структура таблицы? Пробовал сделать так:
Базу конектит, таблицу видит, а данные не выводит. Подскажите, пожалуйста, что я мог не так сделать?

2 terlan, может внешний ключ надо на родителя?

Сделал так (добавил внешний ключ на родителя):
           
перестала заполняться таблица :(
Разве не могут внешние ключи для нескольких записей быть одинаковыми?

Могут, а вот NULL в первичном ключе это зачем?

и зачем ты это мучаешь через Query, ведь о том пляска с моделью и была, чтобы в представлении ее использовать.
Создай таблицу, к модели прицепи вьюху, и через неё пользуй. Я так идею понимаю.

Прочитал такое на сайте SQLITE, раздел FAQ

я не мучаю через Query, просто написал небольшую программку, в которой создал базу с таблицей.
Саму SqlTreeModel не трогал, а просто подсоединяю к ней созданную базу.
Только не отображается таблица. У меня подозрение, что в таблице что-то не так, а вот что ???

дак посмотри ее с помощью %QTDIR%/demos/sqlbrowser, что там реально записалось

Подозрение касается структуры таблицы в базе - почему то модель (SqlTreemodel) не подгребает данные из созданной мною таблицы.
Ps А данные в таблицу вставляются, правда без FOREIGN KEY

-----------------------
хотя, если судить по коду sqltreemodel, то FOREIGN KEY в данной ситуации для родителя не нужен.

получилось:
ошибки было 2:
1) названия полей не соответствовали тем, что находятся в модели;
2) не была определена ниодна запись с родительским уровнем 0, то есть даже для первого элемента уже был указан родитель первого уровня.

Т.о.
1) создаем таблицу 2) создаем записи:
Зы: спасибо Константину за наводки :)

По вашему примеру я сделал себе трее только с выбором из 2 таблиц (структура на рисунке) ...
А дальше возникли 2 вопроса:
 1. Хочу сделать выборку еще из 2 таблиц (итого будут 4 ... структура в рисунке2) ... что посоветуете сделать в те же запросы или создавать новые ниже
 2. Как установить иконки для итемов? (пока не разобрался .... но сильно не капал)

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

       query.exec( QString("SELECT %1 FROM %2, %3 WHERE %4 = %5 AND %6 = %7 "
                        "UNION ALL "
                        "SELECT product.product_id FROM product, product_category_xref "
                        "WHERE product.product_id = product_category_xref.product_id AND category_id = %5")
                .arg(idName)
      .arg(tableName)
                .arg(tableRelated)
      .arg(parentName)
      .arg(id)
                .arg(idName)
                .arg(relatedId)
                .arg(orderByField));

Но результат не радует ...

Я скачал проект QyurSqlTreeView с qt-apps.org, но возникли проблемы.

Собрал пример (sqltreesample), подключил к своей БД и все успешно работает.
Добавил новую форму через QtCreator и компонент tableview и treeview.
Подключил загоолвочный файл qyursqltreeview.h и добавил код:



В таблице tableView ничего не отображается.

Вопрос простой.
Как соединить компоненты tableview и treeview добавленные через QtDesigner c QyurSqlTreeModel.
Где я ошибся?

Спасибо.

Mojete vilojit peredelanniy primer s viborkoy iz dvux tablits?

А мой вариант модели дерева на двух столбцах одной таблицы (без класса элемента) тут http://www.prog.org.ru/topic_21981_0.html  :P
Вот так сказать свои три копейки в общее дело  ::) а то такая тема и без моего поста  ;D непорядок ...

P.S. ну и что что несколько раз перебирается зато пнул и поехало...

К сожалению, не обратил внимание на древнюю дату топика, вырезал из разрабатываемого проекта свой пример. Теперь жалко выбрасывать. Раз тема всплыла, может, кому пригодится.

В примере решается задача хранения текстовых данных (скриптов) в иерархическом хранилище. Две таблицы - папки->скрипты, отношение 1:M. Структура таблиц в файле tables.sql.

За основу взят Editable Tree Model Example из Qt Reference Documentation. Взаимодействие с БД сделано на уровне источника данных (CScriptCollectionItem), внешний интерфейс - в классе модели (CScriptCollectionModel) в виде шести открытых методов и двух слотов.