Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Таблицы Paradox тормозят в ADO. Что не так? [D7, Paradox]


Earlynn ©   (2004-03-29 12:09:00) 

Господа.
У меня задача обеспечить доступ к таблице формата Paradox с помощью ADO и BDE (по выбору пользователя). С доступом нет проблем, но при запросе вроде "Select count(*) from mweight" через ADO-компонент (TADOQuery) процессор (P3-600) грузится на 100% на пару секунд. Это из-за того, я полагаю, что за одну такую выборку программа читает 210 Мб с винта, но таблица весит всего 1.5 Мб (6000 записей), к тому же индексирована. С BDE нет никаких проблем. Как ускорить работу с таблицей?
Пробовал всякие adCmdTableDirect, DisableControls, clUseServer и прочую дребедень - нет никакого эффекта. Jet и MSDASQL.1 дают различие в несколько килобайт и никакого различия, естественно, в скорости.


stone   (2004-03-31 13:47:00) [1]


> Различие в том, что данные обрабатываются не на сервере

Это я и имел ввиду.


Anatoly Podgoretsky   (2004-03-31 13:33:00) [2]

stone ©   (31.03.04 13:28) [5]
Они поддерживают достаточно широкое подмножество SQL-92 даже одно время шире, чем Интербейс, так что вполне полноценная.
Различие в том, что данные обрабатываются не на сервере, а на клиенте, каждый из которых как бы является SQL сервером, встроено в движок. Отсюда определенные проблемы по порче базы данных. Но за последнии 6 лет проблем с ДБэйз не встречал, работают в необслуживаемом режиме, проблемы с Парадоксом, да, достаточно посмотреть форум скажем за последнею неделю.


stone   (2004-03-31 13:28:00) [3]


> Earlynn   (29.03.04 12:09)  

Локальные БД (Парадокс, ДБэйз и т.д.) не поддерживают полноценную работу с SQL. При больших объмах данных тормоза неизбежны, тем более с агрегирующими функциями.


sniknik   (2004-03-31 13:27:00) [4]

> BDE требует установки, а ADO - нет
ошибаешся. не только требует но и требует еще и BDE.


Anatoly Podgoretsky   (2004-03-31 13:27:00) [5]

ADO также требует установки, то что ты не столкнулся, так ты везунчик. А вот требование начальства это серьезнее, тогда вопрос почему вы до сих пор на Парадоксе? Перейдите на MSDE или в кранем случае на Акцесс. А так просто добавляется промежуточное звено, БДЕ никуда не девается, если БДЕ не установлено, то работа возможно только в режиме чтения.


Earlynn   (2004-03-31 13:15:00) [6]

BDE требует установки, а ADO - нет, поэтому ADO предпочтительнее. Работа с ADO - данность от начальства, а оно в этом смыслит.
Ну и кроме того, как же всё-таки ускорить?


Anatoly Podgoretsky   (2004-03-29 12:15:00) [7]

Перейти на БДЕ, зачем нужен еще один лишний посредник?


Наверх

Титульная страница Поиск, карта сайта Написать письмо