ВУЗ:
Составители:
Рубрика:
42
end;
Если в поле Edit1 ввести значение 100, а в поле Edit2 ввести значение 0, то после
нажатия кнопки FindButton указатель переместится на запись Конфеты «Ласточка»:
NumGr NN Tovar
12 1 Вода минеральная
12 26 Груши
12 4 Кефир
100 1 Конфеты «Ласточка»
100 10 Крупа гречневая
1 10 Макароны
Перед выполнением последней строки обработчика
Table2.IndexFieldNames := OldlndexFieldNames;
набор данных будет иметь вид:
NumGr NN Tovar
1 10 Макароны
12 1 Вода минеральная
12 4 Кефир
12 26 Груши
100 1 Конфеты «Ласточка»
100 10 Крупа гречневая
Восстановление исходного индекса в последней строке приведет к изменению
логического следования записей в наборе данных, но текущая запись останется прежней. Это
происходит из-за того, что действует правило: простое изменение сортировки в наборе
данных, если оно не сопровождалось изменением условий фильтрации записей, не влечет за
собой изменения местоположения курсора НД.
2. Используя таблицы из базы данных DBDEMOS создать приложение, в котором
организовать неточный поиск записей в наборах данных по индексированным полям с
использованием методов:
FindNearest
SetKey, EditKey, GoToNearest
Инкрементальный локатор
Под локатором будем понимать механизм поиска (точного или приблизительного)
записей в наборе данных с последующим позиционированием на них курсора компонента
ТТаblе. Для реализации локатора обычно применяется один или несколько компонентов
TEdit для ввода условий поиска и кнопка TButton, обработчик события нажатия которой и
реализует поиск.
Описанные выше обработчики события нажатия кнопки FindButton реализуют локаторы.
Однако вне рассмотрения остался еще один режим: по вводу каждого символа в TEdit курсор
переходит на запись, ближе всего лежащую к искомой. Чем больше введено символов, тем
ближе курсор к искомой записи. Такой локатор называется инкрементальным.
Пусть необходимо реализовать инкрементальный локатор для уточняющего поиска
записи по названию товара. Если описанный ранее набор данных отсортирован по индексному
полю Tovar и текущая запись в нем - логически первая, тогда набор данных имеет
следующий вид:
end;
Если в поле Edit1 ввести значение 100, а в поле Edit2 ввести значение 0, то после
нажатия кнопки FindButton указатель переместится на запись Конфеты «Ласточка»:
NumGr NN Tovar
12 1 Вода минеральная
12 26 Груши
12 4 Кефир
100 1 Конфеты «Ласточка»
100 10 Крупа гречневая
1 10 Макароны
Перед выполнением последней строки обработчика
Table2.IndexFieldNames := OldlndexFieldNames;
набор данных будет иметь вид:
NumGr NN Tovar
1 10 Макароны
12 1 Вода минеральная
12 4 Кефир
12 26 Груши
100 1 Конфеты «Ласточка»
100 10 Крупа гречневая
Восстановление исходного индекса в последней строке приведет к изменению
логического следования записей в наборе данных, но текущая запись останется прежней. Это
происходит из-за того, что действует правило: простое изменение сортировки в наборе
данных, если оно не сопровождалось изменением условий фильтрации записей, не влечет за
собой изменения местоположения курсора НД.
2. Используя таблицы из базы данных DBDEMOS создать приложение, в котором
организовать неточный поиск записей в наборах данных по индексированным полям с
использованием методов:
FindNearest
SetKey, EditKey, GoToNearest
Инкрементальный локатор
Под локатором будем понимать механизм поиска (точного или приблизительного)
записей в наборе данных с последующим позиционированием на них курсора компонента
ТТаblе. Для реализации локатора обычно применяется один или несколько компонентов
TEdit для ввода условий поиска и кнопка TButton, обработчик события нажатия которой и
реализует поиск.
Описанные выше обработчики события нажатия кнопки FindButton реализуют локаторы.
Однако вне рассмотрения остался еще один режим: по вводу каждого символа в TEdit курсор
переходит на запись, ближе всего лежащую к искомой. Чем больше введено символов, тем
ближе курсор к искомой записи. Такой локатор называется инкрементальным.
Пусть необходимо реализовать инкрементальный локатор для уточняющего поиска
записи по названию товара. Если описанный ранее набор данных отсортирован по индексному
полю Tovar и текущая запись в нем - логически первая, тогда набор данных имеет
следующий вид:
42
Страницы
- « первая
- ‹ предыдущая
- …
- 40
- 41
- 42
- 43
- 44
- …
- следующая ›
- последняя »
