Навигация по отфильтрованной таблице большого размера

← →
bkv (2002-11-01 16:41) [0]

Как можно убыстрить навигацию по отфильтрованная таблица с большим количеством записей и полей?
Предположим есть TDBlookupcomboBox завязанный лукапом на
эту одно из полей таблицы. При раскрытии ниспадающего списка
пробег по нему страшно тормозит,
то же и в гриде при переходе с записи на запись.
как быть?
Может перекачивать отфильтрованное в отделтную таблицу?
Это тоже займет много времени.
Заранее благодарен.

← →
Johnmen © (2002-11-01 16:59) [1]

Какие компоненты доступа ? Какой тип БД ? Или это top secret ?
Большое кол-во записей - это сколько ?

← →
bkv (2002-11-01 17:04) [2]

БД- FlashFiler
Компоненты доступа стандартные.
Количество записей около 100000.

← →
bkv (2002-11-01 17:06) [3]

Эта проблема возникает на всех БД
Я хотел узнать возможные варианты обхода.

← →
Johnmen © (2002-11-01 17:10) [4]

Такого типа БД не знаю.
Какие именно Компоненты доступа ??? Стандартные для кого ?

Впрочем, если не хочешь приводить подробности, то и не надо....:-)))

← →
bkv (2002-11-01 17:14) [5]

Компонент доступа - обыкновенный TTable,
использующий BDE.

← →
Johnmen © (2002-11-01 17:20) [6]

Последний уточняющий вопрос - как осуществляется фильтрация ?
Да - и проверь скорость без фильтра...

← →
bkv (2002-11-01 17:28) [7]

Без фильтра все бегает превосходно.
Фильтрация осуществляется заданием св-ва Filter.

Ответ таков - видимо драйвер доступа к это специфической БД настолько крив, что очень медленно применяет условие фильтра, к тому же, вероятно, неоптимально...

Несерьёзно с таким объёмом работать с фильтрованной таблицей. Фильтр, насколько я понимаю, не уменьщает объем выборки, а применяется к каждой записи НД и если запись удовлетворяет условию, то показывается. Поэтому в скроллируемых компонентах - списках и гридах - это большие тормоза.
Пора бы изучать SQL и переходить к Query, которые возвращают столько записей, сколько удовлетворяют запросу !!!

Навигация по отфильтрованной таблице большого размера Найти похожие ветки