Filter - правильно ли его использовать? Или он тормознутый?

← →
Zhouck © (2003-10-02 17:06) [0]

Я вот думаю - нужно ли подавать запрос или же в полученом запросе фильтровать с помощью Filter?

← →
Fay (2003-10-02 17:09) [1]

Как тебе больше нравится. 8)

← →
Anatoly Podgoretsky © (2003-10-02 17:11) [2]

Так что бы получить запрос, его надо подать.

← →
Zhouck © (2003-10-02 17:25) [3]

Ну я даю запрос с некоторыми параметрами, получаю
результаты, а потом фильтрую c другими параметрами с помщью Filter
А может быстрей будет все параметры в запрос?
У меня просто нет большого кол-ва записей для тестирования

← →
Reindeer Moss Eater © (2003-10-02 17:28) [4]

SQLBasedDatabase + TTable + Filter = фильтрация на сервере
SQLBasedDatabase + TTable + OnFilterRecord = фильтрация на клиенте

← →
Rem © (2003-10-02 17:33) [5]

Если очень много записей в результатах запроса, подумай, влезут ли они все в оперативку.
Filter работает быстрее. Все же данные прямо тут, под рукой. А данные запроса, в зависимости от реализации, могут и по сети прокачиваться.
Обычная история: терять на скорости и выигрывать на объеме занимаемой памяти или наоборот...
А если "очень постараться", то можно проиграть и на том, и на другом... :D

> Zhouck © (02.10.03 17:25) [3]

> а потом фильтрую c другими параметрами с помщью Filter

Ну так и оставь, н мучай себя и машину;))

> Rem © (02.10.03 17:33) [5]

> Filter работает быстрее. Все же данные прямо тут, под рукой.

Не одназначно, если новый запрос вернет одну запись, то он будет во много раз быстрее, фильтр же наоборот работает быстро если он возвращает много записей, в идеале если все, тогда нулевое торможение. При условии что первичный запрос вернул скажем не менее 5000 записей.

Но зачем тебе основываться на слухах?
Почему бы просто не измерить?

Filter - правильно ли его использовать? Или он тормознутый? Найти похожие ветки