Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
 Сравнение ADO DAO ODBC OLEDB  [new]
Annv
Guest
Плиз. Подскажите какая из выше перечисленных технологий лучше и в чем отличие. Какая из технологий более быстродейственна.
18 май 03, 19:34    [202106]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение ADO DAO ODBC OLEDB  [new]
Pavel
Member

Откуда: Кемерово
Сообщений: 2435
ODBC и OLEDB - native, и потому наиболее быстрые. Только писать замучишся. Есть еще ODBC провайдер для OLEDB, но это просто транслятор.
DAO и ADO - обертки (DAO - над MSJet, ADO - над OLEDB), причем ADO это ActiveX. ADO может проигрывать DAO в производительности (особенно на локальных данных - Jet штука довольно шустрая), но зато ADO гораздо функциональней.
19 май 03, 06:46    [202176]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение ADO DAO ODBC OLEDB  [new]
alex_k
Member

Откуда: krasnoyarsk
Сообщений: 6694
А что такое nativе?
Родной? или нет?
19 май 03, 07:05    [202178]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение ADO DAO ODBC OLEDB  [new]
Дед Маздай
Member

Откуда:
Сообщений: 655
Я не знаю, как в данном контексте в отечественной литературе принято переводить native: "родной", "встроенный", ... С точки зрения смысла native интерфейс - это тот, при помощи которого query processor сервера БД общается с его storage engine. Поэтому понятно, что если клиент общается с сервером БД теми же средствами, это доставляет наибольшую производительность. До версии 6.5 включительно native интерфейсом для SQL Server являлась DB-Library. В 7.0 и 2000 она эмулируется через OLE DB. Возможно, что в Юконе ее поддержка будет прекращена.
ADO для OLE DB - примерно то же, что и RDO для ODBC: дружественная обертка, слегка снижающая изначальную функциональность, но упрощающая программирование доступа (если абстрагироваться от деталей реализации: чистая dll или ActiveX). Jet - это еще более толстый посредник, включающий собственный движок между клиентом и сервером. Вероятно, он будет оптимальным по скорости при работе с mdb, но в клиент-серверных сценариях будет однозначно проигрывать всему вышеперечисленному.
19 май 03, 10:33    [202342]     Ответить | Цитировать Сообщить модератору
Все форумы / Сравнение СУБД Ответить