|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Vladimir Pavlikov 2:5020/400 07 Apr 2003 18:57:05
To : Nik Sestrin
Subject : Re: БД в тopгoвлe
--------------------------------------------------------------------------------
Hello, Nik Sestrin!
You wrote to Vladimir Pavlikov on Mon, 7 Apr 2003 02:27:45 +0000 (UTC):
>>>> смена фильтрации - это не те же данные.
NS>>> не будем углубляться в терминологически дебри, но все же я бы
NS>>> определил фильтрацию как отделение части от чего-то уже
NS>>> имеющегося, в данном случае от набора данных, уже запрошенного
NS>>> клиентом. То, о чем ты говоришь, можно назвать requery (как это
NS>>> по русски?)
>> Где здесь терминология? Отличия по существу, и ты вновь подтвердил
>> это - данные и их часть явно не одно и то же.
NS> Данные (Д) - множество, отфильтрованные данные (ФД) - подмножество Д
NS> Они конечно не одно и то же, но зачем нам снова запрашивать Д с
NS> сервера?
О каком перезапросе речь? Об этом и не говорилось, и не подразумевалось.
Речь о [ненужной] дофильтровке данных на клиенте.
>> А зачем тянуть с сервера _большой_ резалтсет с последующей клиентской
>> фильтрацией, если сервер (сам, сразу) способен отдать гораздо
>> меньший, уже отфильтрованный?
NS> Hезачем.
NS> Hо обсуждается другая ситуация : пользователь запросил набор данных
NS> - ему его отдали, потом он захотел отфильтровать уже имеющееся
NS> (например как это делают поисковики, справочные системы, мои
NS> программы :)) - т.е. "искать в найденном" )
Кем обсуждается? "Пользователь _сам_ захотел, и именно _дофильтровать_" -
это твоя идея, высказанная только сейчас. И как-то глупо обсуждать это
для перечисленных тобой случаев, поскольку желание оправданно. В дейст-
вительности же обсуждалось не желание пользователя, а механизм реали-
зации _другого_ желания - наложение фильтра. Из которого дофильтровка,
в общем случае, не следует. Hу а если следует - значит нужна - что
тут обсуждать? Ты же почему-то сосредоточился уже на реализации
самой дофильтровки, противопоставив фильтрацию на клиенте перезапросу
с сервера. Можно обсудить и это (тут уже гораздо большая зависимость
от подзадач), но отдельно. А не неявной подменой темы.
ЗЫ. В этой нитке я, похоже, вынужден отвечать на письма, написанные
исключительно по причине невнимания/небрежности при чтении исходных.
"ТщательнЕе надо!"(С) - какой смысл гнать пустой трафик? :(
---------------------------------------------
Владимир Павликов.
--
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5
* Origin: Talk.Mail.Ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
