QSqlTreeModel всем миром...

[crossly]

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

[ритт]

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

[Zmeishe]

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

[ритт]

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

[Zmeishe]

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

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, переименуй ветку нормально

[Zmeishe]

у меня всё проще (достаточно одного прохода для построения дерева)

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

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

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

[ритт]

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

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

[Zmeishe]

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

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

[ритт]

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

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

[Zmeishe]

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

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

[ритт]

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

[ритт]

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

[crossly]

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

[ритт]

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