Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2004.07.25;
Скачать: CL | DM;

Вниз

Что быстрее BDE, ODBC или ADO?   Найти похожие ветки 

 
Zlod3y   (2004-06-27 22:23) [0]

Не дождался ответа, поэтому опять спрашиваю: "Какая технология доступа к данным более быстродействующая: BDE, ODBC или ADO?"

База MS Access 97 или XP......если можно объясните различия и тонкости....

Заранее сердечно благодарю!


 
YurikGL ©   (2004-06-27 22:29) [1]

yandex+ado+access


 
Курдль   (2004-06-27 22:30) [2]

Самая быстрая - технология прямого доступа.
Про BDE не скажу - не исследовал, но если наблюдать за "прогрессом" MS, то они уверяют, что ADO.NET лучше ADO, а оно, в свою очередь, лучше ODBC.


 
DrPass ©   (2004-06-27 22:53) [3]


> "Какая технология доступа к данным более быстродействующая:
> BDE, ODBC или ADO?"

Никакая. Все зависит от конкретного драйвера


 
Sergey Masloff   (2004-06-27 23:16) [4]

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


 
Zlod3y   (2004-06-27 23:25) [5]

лично у меня сложилось впечатление, что ADO быстрее во всех отношениях......ну а всё таки? у кого-нить наверняка есть опыт в этом деле! посоветуйте, разьясните пажалста :)


 
Курдль   (2004-06-28 00:01) [6]


> Zlod3y   (27.06.04 23:25) [5]
> лично у меня сложилось впечатление, что ADO быстрее во всех
> отношениях......ну а всё таки? у кого-нить наверняка есть
> опыт в этом деле! посоветуйте, разьясните пажалста :)

Напрасно Вы пытаетесть найти здесь людей, которые занимались сравнительным анализом способов доступа к MS Access. Может кто-то на этапе обучения и использует эту "СУБД", но больше к ней не возвращается. Поэтому сам вопрос "Access и скорость" - нонсенс.


 
Zlod3y   (2004-06-28 00:04) [7]

Тогда другой вопрос! Какая СУБД побыстрее будет?


 
Курдль   (2004-06-28 00:07) [8]

Оракл - однозначно!


 
Delirium ©   (2004-06-28 12:31) [9]

Oracle под Linux-ом - однозначно; на платформе Windows лидирует MSSQL.


 
Erik1   (2004-06-28 15:25) [10]

Только про стоимость лицензии незабудь :) Когда отдаш первые 100000 задумаешся, может лучше все по назначению использовать? Для MsAccess лучше всего DOA это его родной механизм, все через него идет. Для Delphi есть Diamond мне понравился.


 
Курдль ©   (2004-06-28 15:30) [11]


> Delirium ©   (28.06.04 12:31) [9]
> на платформе Windows лидирует > MSSQL.

Откуда такие данные?


 
bushmen ©   (2004-06-28 15:41) [12]

Слушайте, ребята, вам еще не надоело заниматься идеотизмом?! Почему постоянно возникают эти споры, что лучше Оракл или Сиквел? Это мне напоминает спор о том, что раньше появилось, курица или яйцо! В конечном итоге все ведь зависит от задач и квалификации разработчика. Давайте обходиться все-таки без "разговоров не о чем"!


 
YurikGL ©   (2004-06-28 15:45) [13]

Офтоп, но...

> Это мне напоминает спор о том, что раньше появилось, курица
> или яйцо!

http://delphimaster.net/view/15-1088405291/

см [55]


 
Sergey Masloff   (2004-06-28 21:31) [14]

Delirium ©   (28.06.04 12:31) [9]
>Oracle под Linux-ом - однозначно;
Мы исследовали работу Oracle под Linux на серьезном сервере под реальной нагрузкой. Работа проводилась с привлечением специалистов от нескольких системных интеграторов - как по Oracle так и по Linux. Результаты оказались неудовлетворительными. В частности, не удалось достигнуть как по производительности так и по устойчивости показателей которые обеспечивал "старый" сервер с Windows2000 Advanced Server. Подробностей привести не могу так как информация конфиденциальная но результаты именно такие, и они имеют документальное подтверждение.



Страницы: 1 вся ветка

Текущий архив: 2004.07.25;
Скачать: CL | DM;

Наверх




Память: 0.5 MB
Время: 0.056 c
3-1088411549
MORA
2004-06-28 12:32
2004.07.25
InterBase SERVER


1-1089783187
sapsi
2004-07-14 09:33
2004.07.25
Передать содержимое Paintbox в bmp и обратно


1-1089764884
SPeller
2004-07-14 04:28
2004.07.25
COM-сервер на другой машине


14-1089275950
inic
2004-07-08 12:39
2004.07.25
Об EGGах


11-1077962642
ALeX.B.
2004-02-28 13:04
2004.07.25
Вопрос по Меmo и RichEdit.