DBE vs ADO

← →
Shirson © (2002-02-27 14:11) [0]

Недавно решил протестировать ADO. Протестировал (MSSQL, dB, .xls)... и у меня возникло недоумение - а какого черта я столько времени возился с BDE? Плюсов у ADO просто тьма, а минусов как-то не встретил пока. Вот собственно и вопрос к людям, которые ADO пользуют - может есть какие-либо подводные камни у ADO, которых я пока незаметил? А если нет, то зачем нужен DBE?

← →
EAlexander © (2002-02-27 14:30) [1]

BDE - борланд сделал гораздо раньше, чем MS сдела ADO.
BDE - быстрее чем ADO (накладные расходы меньше) и кол-во поддерживаемых СУБД больше, но ставить , если нет опыта, то сложней.
Минусы ADO - в help D5 практически ничего не сказано, про properties, а через них можно многим порулить.
Вообще, это две совершенно разные технологии (программно), поэтому сравнимать этих не совсем корректно (IMHO).

← →
wicked © (2002-02-27 15:31) [2]

imho, ado лучше использовать в клиент-серверных средах... но это так, к слову...
явные подводные камни в ado начнутся, когда использовать серверные курсоры (CursorLocation = clUseServer)... тогда и sort не работает, и filter тормозит... про locate вообще молчу...
от seek"а я так и не добился какого-нибудь толка, ни при использовании клиентских, ни серверных курсоров... подозреваю, что там замешан ole db провайдер, но это уже другая история..
и еще один минус - нету подобия UpdateSQL....

← →
Юрий Жуков © (2002-02-27 15:52) [3]

>>BDE - быстрее чем ADO (накладные расходы меньше)
Вот с этим не согласен. На практике одинковы - но все зависит от конкретных драйверов.
>> и кол-во поддерживаемых СУБД больше,
А по моему впечатлению под ADO гораздо больше. Для одного тока Interbase несколько

Действительно под ADO в Дельфи программировать сложнее, чем скажем для BDE. Рекомендую скачать Microsft Data Acces SDK, а также просмотреть цикл статей на Королевстве дельфи.

Насчет UpdateSQL - поначалу тоже было непривычно, а потом уже и про него забыл. Хотя конечно при желании можно найти компоненту реализующую такую возможность.

Подводных камней море, но как оказалось и документации тоже на эту тему море.

Если выразить коротко мои впечатления: "То пора BDE в утиль"

← →
Shirson © (2002-02-27 18:09) [4]

Спасибо за отзывы, только пара непоняток.

- Зачем нужен UpdateSQL? 5 лет без него обходился.
- ЧЕМ сложнее програмировать под ADO? Я на него уже перешел и тащусь не напрягаясь.
- Почему вдруг эта тема ушла в "потрепаться"? Вполне тема по базам, а не голый флейм.

← →
[NIKEL] © (2002-02-27 18:22) [5]

На счет ADO:
вообще средство поддержки ADO образуют промежуточный уровень, который упрощает доступ к базам данных OLE. Реализуеться такой доступ при помощи техн-гии COM.
>>Преимущества
1 позволяет обойтись без BDE
2 хорошо согласуеться с работой в инете
3 легко внедряеться
4 поддерживает модель briefcase
5 поддержка XML
6 при подключении к СУБД, поддерживаеться OLE (например, Access), обеспечиваеться более высокая производительность, чем при BDE
>>Недостатки
1 Можно применять тока в Винде
2 не все провайдеры OLE-СУБД отличаються высокой надежностью
3 несколько более узкий набор функций управления, чем BDE
4 не годиться для работы с MIDAS
вот такие пироги...

← →
Shirson © (2002-02-27 18:29) [6]

У меня конкретная область - Delphi-MSSQL. ADO её покрывает как бык овцу :) Начинаю постепенно забывать про BDE.

← →
Shaman_Naydak © (2002-02-27 19:25) [7]

Ну еще бы.. мастдай, мастдаю глаз не выклюет :)

← →
sniknik © (2002-02-27 22:17) [8]

пора BDE в утиль?????
позволяет обойтись без BDE?????
Это ваше личное мнение? А вот Microsoft так не думает --->
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Jet\4.0\Engines\Xbase.win32 D:\WINNT\System32\msxbde40.dll
Jet к которой ADO (иногда) подключается для доступа к различным таблицам использует добрый старый ... И в поставку MDAC он входит.
А теперь подумайте что быстрее прямой вызов или через ... Кто тестировал тот поймет, доступ к одной записи на неиндексированных таблицах в BDE на порядок быстрее. Не будем вспоминать о конектах к MSSQL куда BDE прилепить трудно.
Вот! А вообще разным задачам разные средства.

2 [NIKEL]
>> ADO не годится для работы с MIDAS ??!!!
Ну ты загнул !!!!

Вообще, на мой взгляд нельзя эти вещи сравнивать (быстрей... не быстрей...).
У ADO несомненное преимущество в том, что она интегрирована в самые популярные операционные системы, которые выпускает самая мощная корпорация всех времен и народов (гы!).

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

Мир не стоит на месте, что-то умирает, что-то рождается.
И такие утверждения, например, что БД рожденная на DBF, круче всех, так как не использует технологии Microsoft, очень напоминают старческое брюзжание.

← →
Кулюкин Олег (2002-02-28 09:37) [10]

2 [NIKEL]
> ADO не годится для работы с MIDAS ??!!!
НЕверно.
Очень даже годится. Сам пробовал :) и трудностей не испытал.

> не все провайдеры OLE-СУБД отличаються высокой надежностью
А вот с этим согласен.
Особенно если пытаешься не просто данные получить, а, скажем, структуру таблицы. Через BDE все ОК, а через ADO - кирдык.

Правильно, что в потрепаться перекинули :)

DBE vs ADO Найти похожие ветки