Чем отличается ADO, dbExpress, ODBC?

← →
OlegID © (2003-06-27 12:45) [0]

← →
OlegID © (2003-06-27 12:51) [1]

Помогите выбрать механизм доступа...

← →
Andriano © (2003-06-27 12:53) [2]

доступа к чему??

← →
sniknik © (2003-06-27 12:58) [3]

в ADO три буквы, ODBC четыре в dbExpress много, и буквы разные, впрочем наблюдается частичное совпадение. ;о))

← →
OlegID © (2003-06-27 15:00) [4]

ну а если без шуток :-), (Andriano) к данным

← →
Delirium © (2003-06-27 15:02) [5]

"к данным" а чуть определённее можешь ?

← →
Zacho © (2003-06-27 15:02) [6]

> OlegID © (27.06.03 15:00)

Ты бы хоть сказал, к какой именно СУБД и хотя бы приблизительно описал задачу.

← →
OlegID © (2003-06-27 15:05) [7]

субд - МССКЛ , а задач дофига

← →
vlv © (2003-06-27 15:06) [8]

> Andriano, sniknik:
Не честно смеяться над новичком.

> OlegID:

ODBC - универсальный механизм доступа к БД. Входит в поставку Windows. Практически все СУБД поддерживают доступ через ODBC (поставляют драйвера).
Из Delphi напрямую ODBC использовать нельзя.

ADO - набор объектных компонентов(ActiveX) от Microsoft.
Входит во многие продукты (в частности в MSOffice).
Дельфи поддерживает ADO (страница компонент ADO).
ADO - интерфейс более высокого уровня, чем ODBC и
ADO может функционировать как ПОВЕРХ него, так и напрямую с некоторыми СУБД.

BDE - Начиная с Дельфи 1 и практически до сих пор Borlandиспользует этот свой механизм доступа.
Работает также поверх ODBC или напрямую.

dbExpress - новая разработка Borland - на смену BDE.

Мой совет - попробуй BDE, ADO, dbExpress.
Работа с компонентами практически идентична.
Там сравнишь.

← →
vlv © (2003-06-27 15:07) [9]

Для MS SQL - лучше ADO. Он "роднее".

← →
Johnmen © (2003-06-27 15:10) [10]

>Помогите выбрать механизм доступа...
>к данным

Я оценил :))))))))))))))))))))))))))))))))))))))))))
Предлагаю "данные" листать руками...

← →
Serginio (2003-06-27 15:10) [11]

ADO новый продвинутый СОМ провайдер к БД особенно приемлем для продуктов M$. ODBC старый стандарт и применяется там, где ADO не работает. dbExpress Борландовский продукт но при работе с MSSQL использует ADO. Есть еще ADO.Net более продвинутый продукт, но для платформы NET.

← →
OlegID © (2003-06-27 15:11) [12]

(vlv)Спасибо я вринципе тоже остановился на АДО , но хотел еще и уточнить у специалистов

← →
Johnmen © (2003-06-27 15:16) [13]

>dbExpress Борландовский продукт но при работе с MSSQL использует ADO.

Ты ничего не напутал ? :)))

← →
Serginio (2003-06-27 15:22) [14]

Посмотри на VendorLib oledb. Было бы очень странно если бы M$ предоставляла данные через dbexpmss.dll без применения ADO.

Johnmen © (27.06.03 15:16)
>>dbExpress Борландовский продукт но при работе с MSSQL использует ADO.
>Ты ничего не напутал ? :)))

если и напутал то немного. обращение к OLEDB, ADO фактически обертка интерфейсов OLEDB. в общем как считать.

(длинна крокодила от головы до хвоста <> длинне от хвоста до головы. вопрос, почему? ответ, мой крокодил как хочу так и меряю :о))

>sniknik © (27.06.03 15:24)
>ADO фактически обертка интерфейсов OLEDB

Это ключевая фраза...:)
dbExpress "оберток" не использует. :)

← →
Serginio (2003-06-27 15:40) [17]

Интересно а dbexpmss.dll это, что по твоему. Любой провайдер предоставляет либо набор интервейсов, либо набор функций через которые и работает с родными драйверами. А напрямую или через посредника dbExpress при работе с продкутами M$ работает через ADO технологии (Коих огромное количество, они и сами по моему запутались)

← →
Hollywood (2003-06-27 18:30) [18]

Кстати, попутно вопрос. Есть толстое приложение работающее через BDE с MSSQL. Всё работает через хранимые процедуры. Будет ли какой-нибудь положительный эффект при переходе на dbExpress? Имеется ввиду скорость, глючность, etc.

Будет.

Чем отличается ADO, dbExpress, ODBC? Найти похожие ветки