Задержки перемещении по DBGrid

← →
Ярослав (2004-06-21 16:23) [0]

При открытии запроса возвращающего большой объем данных (250000 записей) возникают задержки при перемещении в DBGrid, особенно при перемещении сразу в конец набора данных. Я взял эту таблицу из MS Access, там никаких задержек нет. Почему так происходит и как с этим бороться?

← →
Reindeer Moss Eater © (2004-06-21 16:27) [1]

Бороться надо с инженерной мыслью, загоняющей в грид 250000 записей, а не с "этим"

← →
Ярослав (2004-06-21 16:40) [2]

Это все хорошо но в Access эти же 250000 записей и все нормально работает!
У меня телефонный справочник и вернуть то запрос может если не все 250000 то 10000 и тоже будут задержки а в Access-е их нееет!
Что же это такое получаеться?

← →
Reindeer Moss Eater © (2004-06-21 16:43) [3]

Возвращайся на Access

← →
Ярослав (2004-06-21 20:31) [4]

Класный совет!

← →
Vlad © (2004-06-21 20:51) [5]

> Ярослав (21.06.04 20:31) [4]

Значит в Акцессе есть задержка при открытии таблицы.

Если все-таки хочешь быстрое перемещение, тогда после открытия набора данных делай IBTable(или что там...).FetchAll
Это даст приличную задержку, но зато перемещение по набору данных будет быстрым

← →
Ярослав (2004-06-21 21:35) [6]

Вот это дельный совет! Попробовал, помогло.

> Ярослав (21.06.04 21:35) [6]

Все-таки более дельный совет был в [1] посте.
Пожалейте пользователя !

Нафиг его жалеть, пусть крутит записи.

← →
Sergey Masloff (2004-06-21 23:50) [9]

Anatoly Podgoretsky © (21.06.04 23:33) [8]
>Нафиг его жалеть, пусть крутит записи.
Вот тут уже статьи пишут что это мы отсталые а оказывается всякие фильтры-шмильтры и выборки это фигня пользователю нужно показывать все только подкрашивать чтобы ориентироваться легче. А чтобы форма не "замерзала" фетчить все в отдельном потоке.
А кто говорит что пользователю даже 10 тыс. много тот поц ;-)

Задержки перемещении по DBGrid Найти похожие ветки