как ускорить работу с большой dbf базой?

[Stilet]

а запросы выполняются медленнее чем Filter у компонентов

Опаньки... шото новенькое.

ко всему нет возможности вручную просмотривать всю базу

А зачем?

[avfly]

soleil@mmc, может это так прозвучало, но я реально тебя хочу поблагодарить, да и всех остальных, кто принимает участие в решении данного вопроса. поблагодарить за то что уделяете время на решение данной проблеммы и обидеть я, тем более, никого не хотел.

а по поводу базы скорее всего так и сделаю как посоветовал soleil@mmc, потому что я выхода больше не вижу

Stilet, народ привык к старой программе, которая еще на кипере была написана, там все записи сразу выводятся. ну да ладно, будем переучивать на новую

[soleil@mmc]

Сообщение от avfly

и обидеть я, тем более, никого не хотел

никаких обид - там смайл не зря стоит
а про "как раньше работает" - значит неправильно раньше работало
точнее, на малых объемах тормоза были незначительны и прога не рассчитана на такой объем данных

[Stilet]

народ привык

Такие вещи легко решаются приказом со стороны начальства.
Это правильный выход.

[Serge_Bliznykov]

а про "как раньше работает" - значит неправильно раньше работало
точнее, на малых объемах тормоза были незначительны и прога не рассчитана на такой объем данных

а вот здесь, уважаемый коллега, позвольте с Вами не согласиться. Дело в том, что старые досовские движки СУБД (например, DBASE4, Клиппер, FoxPro) изначально имели такую конструкцию, как BROWSE - это то, что сейчас называется грид (он же DBGrid так вот, открытие таблицы командой USE Таблица практически любого размера происходит за считанные доли секунды (ну, ещё открываются сопутствующие индексные файлы и они частично грузятся в память). Так вот, когда Вы выполните команду Browsе - то Вам МГНОВЕННО отобразятся те записи, которые помещаются на экран. остальные не будут считываться с диска (они же не нужны). В текстовом режиме на экран помещается два десятка записей... это произойдёт так, что Вы глазом не успеете моргнуть.. не знаю, как там движко СУБД поступает, не исключаю, что используется ещё какой-то опережающий кэш на чтение, но когда Вы будете листать записи - но задержек не будет (СУБД будет подчитывать записи по мере необходимости.) так же мгновенно можно перейти на любую запись в таблице (не забываем, что все записи в DBF имеют строго фиксированную длину, а файловый seek работает очень быстро).
Поэтому пользователи привыкли, что им открыты сразу все записи, с которыми они и работают.

Но в современных СУБД всё абсолютно не так
когда выполняется запрос (хоть Table.Open, хоть Query1.Open) — ВСЕ ЗАПИСИ считываются и передаются в локальный датасет. поэтому читать ВСЮ таблицу смысла нет. Нужно ломать стереотипы/интерфейсы - сначала пользователи пусть решат, какой набор записей им нужен (зададут условия выборки), а потом нужный набор записей считается в датасет.

avfly, и категорически рекомендую Вам отказаться от использования BDE!

[Stilet]

Что вы тут спорите, у автора провайдер гиблый, и все тут.
Автору просто нужно поставить нормальный пров и через ADO его рулить.

[Speeker]

Сообщение от avfly

если использовать where, читая определенный объем записей (например 100 первых), то скорость выполнения запроса резко возрастает,

но програма уже боеготовна, а в это время загрузить базу отдельным потоком.

[soleil@mmc]

2 Serge_Bliznykov
не было у меня опыта работы со старыми (никакой негативной окраски) технологиями субд (хотя нет, как пользователь НЮЛ было - вроде как на фокспро реализован и когда загоняли в декларации много строк от 10 000 (заполняли естественно программно), то грид начинал конкретно глючить - не знаю в чем там у была бага)
из объяснения следует что ТС просто не разобрался каким образом тогда все так шустро работало

[avfly]

Сообщение от Serge_Bliznykov

avfly, и категорически рекомендую Вам отказаться от использования BDE!

это конечно хорошо, но есть спецификация которая пришла "сверху" и в ней указано, что база должна иметь формат dbf - тут уж никуда не денешься, база приходит именно в этом формате и использовать ее надо именно так, иначе бы я ее просто перекинул на SQL-сервер и не мучался

[avfly]

Сообщение от Speeker

но програма уже боеготовна, а в это время загрузить базу отдельным потоком.

спасибо, интересная мысль, правда я ниразу не работал с потоками в delphi. Если не затруднит хотя бы грубый пример реализации дайте кто нибудь пожалуйста