Поиск по QSqlTableModel Опции Подписка на тему Сообщить другу Версия для печати Скачать тему Подписка на этот форум Режимы отображения Переключить на: Древовидный Стандартный Переключить на: Линейный

[kibsoft]

Как искать например строку в модели? Перебирать строки? setFilter()?

[Litkevich Yuriy]

а каковы условия поиска? Может выгоднее озадачить этим СУБД?

[MoPDoBoPoT]

Именно в QSqlTableModel? Ведь работа с QSqlTableModel подразумевает работу с БД, у которой как раз одно из предназначений - поиск данных.
Если именно в QSqlTableModel, то есть:

QModelIndexList QAbstractItemModel::match ( const QModelIndex & start, int role, const QVariant & value, int hits = 1, Qt::MatchFlags flags = Qt::MatchFlags( Qt::MatchStartsWith | Qt::MatchWrap ) ) const [virtual]

Returns a list of indexes for the items in the column of the start index where the data stored under the given role matches the specified value. The way the search is performed is defined by the flags given. The list that is returned may be empty.

The search starts from the start index, and continues until the number of matching data items equals hits, the search reaches the last row, or the search reaches start again, depending on whether MatchWrap is specified in flags. If you want to search for all matching items, use hits = -1.

By default, this function will perform a wrapping, string-based comparison on all items, searching for items that begin with the search term specified by value.

Note: The default implementation of this function only searches columns, This function can be reimplemented to include other search behavior.

[kibsoft]

Ну если я например уже заполнил модель всей таблицей, зачем мне делать поиск средствами СУБД(работать дольше будет), если все это есть в оперативке? Или я что-то не так понимаю?

[MoPDoBoPoT]

ХЗ в общем, надо от гуру услышать ответ (:
Насчет работы QAbstractItemModel::match() для SQL-моделей(QSqlQueryModel, QSqlTableModel...). Могут быть такие грабли: для некоторых БД тянутся не все данные, а только первые 255 записей, остальное загружается по мере надобности (так называемое ленивое заполнение). Так из-за этого при работе с match() можно получить не то, что ожидалось (не полный объем). Для закачки всех данных используют:

while (model->canFetchMore())
        model->fetchMore();

[Litkevich Yuriy]

Ну если я например уже заполнил модель всей таблицей, зачем мне делать поиск средствами СУБД

из соображений быстроты, дело в том, что в СУБД, если БД спроектирована корректно, уже построены индексы. А в программе нет. Я пробовал делать вообще простую вещь, разрешать сортировку по столбцам в представлении. А таблица в БД содержала несколько сот тысяч записей. И при первом показе таблица программа задумывалась почти на минуту.

Так из-за этого при работе с match() можно получить не то, что ожидалось (не полный объем).

хорошее замечание.

Для закачки всех данных используют:

если их много то ПО сожрёт кучу памяти.

[maint]

кстати вопрос довольно интересный. Если нужно последовательно искать вхождения в каком то поле таблицы, чего предпринять ? В любом тексте электоронного документа мы шаримся по мере нахождения нужного вхождения. Как это сделать в базе, ума не приложу. В почти покойных dbf сначала первое вхождение искали по seek, потом как кому фантазия подскажет, но все равно перебором. Я решения нормального не знаю.

[Litkevich Yuriy]

maint, нормальное решение заключается в том, чтобы каждый инструмент делал только ему предназначенную работу. Поиск должна выполнять СУБД.
У многих СУБД найдутся способы поиска подстроки, например:

SELECT ... WHERE foo [LIKE | CONTAINING | STARTING]

[maint]

maint, нормальное решение заключается в том, чтобы каждый инструмент делал только ему предназначенную работу. Поиск должна выполнять СУБД.
У многих СУБД найдутся способы поиска подстроки, например:

SELECT ... WHERE foo [LIKE | CONTAINING | STARTING]

кстати, не могу сообразить или плохо искал. Как встать в модели на запись с ключом, ну скажем 30. Именно ключ, а не номер по порядку.

like хорош очень. Но не всегда хорошо с кириллицей. В sqlite3 точно фигня. У меня ощущение, что upper и lower - просто в качестве заглушки стоят . Сообразил, что можно не выбирать кучу записей, а только первую попавшуюся и искать начиная с какого то ключа

[Litkevich Yuriy]

Как встать в модели на запись с ключом, ну скажем 30

а её может и не быть в модели в данный момент