| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Почему ADO так тормозит ? [D6, dBase, FoxPro]
Dmitriy O. © (2003-11-06 11:07:00)
Попробовал сделать простое занесение данных в базу через ADO и BDE результат оказался поразительным через ADO процесс идет на порядок ! медленее. Почему так ? можно ли избавится от этого или ADO принципиально не предназначенны для "маинного " занесения данных. Т.е. для быстрого заполнения базы данных. А орентированны на пользовательский ввод где разница в скорости не будет так ощутима. ?
Dmitriy O. (2003-11-06 13:31:00) [1]
> sniknik © (06.11.03 12:06)
Вообщето я dBase указал т.к. сравнивал скорость работы ADO/BDE именно на ней. Сама прога сейчас работает на Парадокс через BDE. Максимально пока доходило чтот до 150 тыс записей и все было ОК хотя сама база не предназначенна для длительного хранения информации а только для преобразования ее. А против ADO я ни чего не имею против только и восхволять ее не нужно BDE еще рулит и во многом она предпочтительнее ADO. А для локальных баз да еще с автоматическим заполнением баз она вообще вне конкуренции.
sniknik (2003-11-06 12:06:00) [2]
> 200000 запмсей единовременно
а какой общий обьем базы если не секрет?
у нас прога на клипере (- dBase, FoxPro), так гдето до 130 тыс. записей нормально после непредсказуемо, рушится просто от того что рядом ктото чихнул ;о)), были тут высказывания и меньшем о количестве записей в таблице (типа тоже нестабильно), а тут 200тыс. единовременно (каждую секунду ?, две?).
сомнительно.
а насчет ADO не надо, не нравится не используй, но охаивать изза того что сам "не справился с управлением" лишнее.
Term (2003-11-06 12:05:00) [3]
> Ставь Орокл И работай с родными компонентами при таких то
> обёмах
> ? [D6, dBase, FoxPro
он в общем про оракл и не спрашивал
bushmen (2003-11-06 11:59:00) [4]
>Dmitriy O. ©
Ты попробуй воспользоваться компоненом с http://www.degisy.com
bobtubob (2003-11-06 11:57:00) [5]
Дружище
Ты собираешся на ЗАПОРОЖЦЕ поле вспахать
Ясное дело что дело тёмное - Ставь Орокл И работай с родными компонентами при таких то обёмах
Dmitriy O. (2003-11-06 11:32:00) [6]
> bobtubob © (06.11.03 11:12)
Да я лутше 2 BDE установлю чем буду мирится с такими тормазами. Прога должна заносить в автоматическом режиме до 200000 запмсей единовременно. Даже через BDE это занимает ощутимый промежуток времени. А через ADO я так понял этот процесс затянется очееень на долго. Вобщем ADO отстой для машинной работы с базами и очень хорош наверно там где данные заносятся операторами.
sniknik (2003-11-06 11:13:00) [7]
ADO построено на принципах SQL сервера, даже для локальных таблиц.
BDE локальные таблицы открывает непосредственно.
если делпть все по "правильному" (работать как с SQL сервером), то скорость для локальных таблиц ненамного меньше. для SQL серверов ощутимо быстрее.
bobtubob (2003-11-06 11:12:00) [8]
А обязательная инсталяция BDE на клиентской машине тебя не беспокоит???
Если база до 64000 записей адо можна пользоватся, больше нерекомендую
BDE работает быстрее потому что оно роднее!!!
попробуй про патчить делфи и АДО!!! могет поможет
Vlad (2003-11-06 11:12:00) [9]
Зависит от провайдера, который используешь.
Например при работе с Ораклом, через его собственный провайдер запросы выполняются на порядок быстрее чем через БДЕ.
| |
