КАТЕГОРИИ: Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748) |
Михаил ЛЬвович Покрасс
Begin Begin Var Неточный поиск If not Tablel.GotoKeythen If not Tablel.FindKey ([GrTmp,NNTmp])then ShowMessage('Нет товара с такой группой и номером!'); эквивалентен более громоздкому коду с применением GotoKey: Tablel.SetKey; TablelGrNum.Value:= GrTmp; TablelNN.Value:= NNTmp; ShowMessage('Нет товара с такой группой и номером!'); Неточный поиск (поиск на неточное, приблизительное соответствие) осуществляется методом FindNearest. Он пытается отыскать в НД запись, у которой индексные поля соответствуют указанным значениям. Если такая запись найдена, указатель текущей записи в НД перемещается на нее или на следующую за ней запись в зависимости от значения свойства KeyExclusive. Если KeyExclusive = False (по умолчанию), указатель текущей записи перемещается на нее. Если KeyExclusive = True, указатель текущей записи перемещается на следующую запись. Если запись не найдена, указатель текущей записи всегда перемещается на ближайшую запись с большим значением индекса. В приводимых ниже примерах подразумевается KeyExclusive = False. Предположим, что поисковое значение GrNum вводится в Edit1, a NN - в Edit2. Тогда обработчик нажатия клавиши поиска FindButton может выглядеть так: procedure TFormI1.FindButtonClick(Sender: TObject); GrTmp, NNTmp: Integer; GrTmp:= StrToInt(Editl.Text); NNTmp:= StrToInt(Edit2.Text); //Поиск записи Tablel.FindNearest ([GrTmp,NNTmp]); end; Пусть в Edit1 введено 12 и в Edit2 введено 4. Тогда указатель переместится на запись Кашпо плетеное (рис. 7.6):
Рис. 7.6. Перемещение указателя текущей записи после поиска. Пусть в Edit1 введено 12 и в Edit2 - 0. Тогда указатель переместится на запись с большим значением индекса. Наращивание индекса ведется по внутреннему полю (если оно есть) и только затем - по полю более высокого приоритета. В нашем случае внутреннее поле в индексе - поле NN и будет выбрана запись Веник универсальный (рис. 7.7):
Рис. 7.7. Перемещение указателя после поиска. Однако, если в Edit1 введено 50 и в Edit2 - 0 (или что-либо другое, для данного состояния НД это неважно), записи с той же группой (50) и большим значением номенклатурного номера нет. Поэтому указатель записи перемещается на запись с большим номером группы (рис. 7.8):
Рис. 7.8. Перемещение указателя на запись с большим номером группы. Заметим, что теоретически можно опускать в условиях поиска значение внешнего поля индекса (в нашем случае поля GrNum). Например, можно задать в Edit1 0 и в Edit2 - 1. Однако вопреки ожиданиям курсор НД не встанет на первую запись с номенклатурным номером 1 для первой попавшейся группы, а встанет на первуюзапись с группой, превышающей 0, т. е. на логически первую запись в НД при сортировке по полям GrNum, NN(риc. 7.9):
Рис. 7.9. Перемещение указателя на первую запись с большим номером группы. Существует более громоздкая альтернатива методу FindNearest - выполнение группы методов SetKey, EditKey, GoToNearest и заполнение полей поисковыми значениями (подробнее см. в конце описания метода FindKey). Например, выполнение метода Tablel.FindNearest([GrTmp,NNTmp]); может быть заменено эквивалентным по последствиям кодом Tablel.SetKey; TablelGrNum.Value:= GrTmp; TablelNN.Value:= NNTmp; Tablel.GotoNearest; Замечание. Если нужно осуществить поиск по индексу, отличному от текущего, необходимо: 1. сохранить список текущих индексных полей в строковой переменной; 2. заменить список текущих индексных полей НД на необходимый; 3. осуществить поиск; 4. восстановить список текущих индексных полей НД из строковой переменной. Пример. Пусть текущая сортировка в НД осуществляется по имени товара (т.е. в текущий момент Tablel. IndexFieldNames = ' Tovar') и текущей является вторая -логическая запись (рис. 7.10):
Рис. 7.10. Набор данных отсортирован по названию товара. Пусть имеется такой обработчик нажатия кнопки FindButton: procedure TForm1.FindButtonClick(Sender: TObject); var GrTmp, NNTmp: LongInt; OldIndexFieldNames: String; OldIndexFieldNames:= Tablel.IndexFieldNames; Tablel.IndexFieldNames:= 'GrNum;NN'; {...} Tablel.FindNearest([GrTmp,NNTmp]); Tablel.IndexFieldNames:= OldIndexFieldNames; end; Тогда, если в Edit1 введено 100 и в Edit2 - 0, после выполнения обработчика указатель встанет на запись книга «Пушкин в изгнании» (рис. 7.11):
Рис. 7.11. Перемещение указателятекущей записи.
Перед выполнением последней строки обработчика Tablel.IndexFieldNames:= OldIndexFieldNames; НД будет иметь вид, показанный на рис. 7.12.
Рис. 7.12. Набор данных перед восстановлением исходной сортировки.
Восстановление исходного индекса в последней строке приведет к изменению логического следования записей в НД, но текущая запись останется прежней. Причиной этого является правило: простое изменение сортировки в НД, если оно не сопровождалось изменением условий фильтрации записей, не влечет за собой изменения местоположения курсора НД.
Дата добавления: 2015-06-29; Просмотров: 394; Нарушение авторских прав?; Мы поможем в написании вашей работы! Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет |