|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Nik Sestrin 2:5020/400 04 Apr 2003 06:52:45
To : Vladimir Pavlikov
Subject : Re: БД в тopгoвлe
--------------------------------------------------------------------------------
мои три копейки в способы инкрементного поиска...
- первоначально ничего с сервера не запрашивается
- после ввода первой буквы запускается таймер (интервал около .5 сек. -
подбирается в зависимостии от тормознутости юзеров:)))
- если до истечения интервала таймера юзер ввел еще одну букву - таймер
перезапускается
- по событию таймера (пользователь перестал набирать буквы) запрашиваем
данные с сервера, если в поле есть хотя бы одна буква, иначе таймер
останавливаем
в результате если пользователь достаточно быстро наберет несколько букв - то
как бонус получит весьма ограниченную выборку, неторопливым пользователям -
большая выборка и соответственно более медленный ответ сервера. весьма
простая реализация и принцип справедливости соблюден!
"Vladimir Pavlikov" <pvv@soil.msu.ru> wrote in message
news:b6hnan$jl4$2@host.talk.ru...
> Hello, Tolik Tentser!
> You wrote to Vladimir Pavlikov on Thu, 3 Apr 2003 14:53:31 +0000 (UTC):
>
> TT> Hапример, когда заведомо известно, что требуемая выборка есть
> TT> подмножество от уже имеющейся на клиенте. Характерный пример -
> TT> инкрементный поиск. По первой букве - запрашиваются данные,
> TT> начинающиеся на эту букву, по второй и следующим - нет смысла
> TT> перезапрашивать, ничего нового не будет, проще наложить фильтр на
> TT> клиенте. Естественно, по смене первой буквы - перезапросить надо.
>
> Можно и так. Только одно из двух - либо запрос по одной букве уже
> достаточно мал, чтобы его фильтрация имела немного смысла. Либо
> еще велик - но тогда почему бы не запрашивать с сервера не по одной
> букве, а двум-трем?
> Собственно, это изложение применяемого мной подхода - сначала делается
> фильтрация по 1-3 буквам (зависит от статистики), а затем лишь позици-
> онирование на первый соответствующий при последующем наборе. Расскажи
> мне, чем это хуже предложенного тобой. А чем лучше - очевидно :
> 1. Отсутствием ненужной фильтрации.
> 2. Hет риска заужения данных в большей мере, чем нужно.
>
--- ifmail v.2.15dev5
* Origin: Sinor-NMTS (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
