ВУЗ:
Составители:
Рубрика:
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
- …
- следующая ›
- последняя »