Люди, скажите свое мнение о DAO и ADO,- что лучше?

@EugMacDuck · Регистрация: 27.10.2008

Студворк — интернет-сервис помощи студентам

Заранее спасибо за любое мнение!

@osmor · 28.10.2008, 13:59

MS официально держит курс на ADO. Этим все сказано.
Диспут по этому поводу с тестами можно почитать
http://www.hiprog.com/forum/forum.asp?action=show&id=2&messid=6480&f ullview=0
и продолжение здесь
http://www.hiprog.com/forum/forum.asp?action=show&id=2&messid=6558&f ullview=0

28.10.2008, 14:10

Если речь про Акцесс, то DAO на порядок быстрее.

@EugMacDuck · 28.10.2008, 18:19 **[ТС]**

Вообще-то Я так и думал,- если MS что-то придумали, то они его протолкают.
Вот интересное замечание по поводу Access и DAO.
Если можно поподробней в чем DAO круче под Access!
Спасибо!

29.10.2008, 00:28

DAO - 'родной' интерфейс доступа к Микрософтовским базам (но не к MS SQL). Под них и заточен. Отсюда и скорость. Если через DAO подключить какой-нибудь ODBC-источник - можно расплакаться от скорости и качества соединения. Например, при подключении к ODBC, DAO рвет коннект после каждого запроса к внешней БД. Сразу поигрыш во времени: перекачать надо несколько байт, а придется по любому ждать установления соединения с БД (дай Бог, если это занимает доли секунды. А если нет?) Опять же, при работе с ODBC-источником, DAO не использует кэш. И т.д.

ADO - универсальная модель доступа к данным. Затачивается под любого поставщика. Подключайся к кому хочешь. Но любая универсализация естественно ведет к снижению производительности.
Как правило, самая высокая производительность приложения достигается при использовании 'родного' доступа к БД. А всякие 'нахлобучки' позволяют соединиться, в случае с ADO даже использовать встроенные методы источника, но повышения скорости от этого не жди. Хотя по своей идее ADO гораздо прогрессивнее, тут спору нет.
Так что, если у тебя чистый Access, работай лучше с DAO. Если что-то другое - используй ADO или RDO. К тому же, если приложение задумано серьезное, почему бы не провести эксперимент? Если заведомо известен примерный объем оперативных и архивных данных всегда можно смоделировать чего-нибудь для пробы...

@EugMacDuck · 29.10.2008, 10:03 **[ТС]**

Спасибулечки! Теперь общая картина понятна.

@cypaman · 13.01.2014, 15:39

a DAO поддерживается в c#???

mobile · 13.01.2014, 17:15

Не пробовал, но не думаю, что есть запреты. DAO вовсе не равно MS Access. Это системный COM-объект, есть на любой машине с виндой. Так что проблемы подключиться к БД через ДАО не должно быть.

Только непонятно почему именно ДАО? С АДО вроде бы примеров можно на 2 порядка больше найти для шарпеев.

@Серж_87 · 13.01.2014, 17:51

cypaman, Строки подключения для любой БД
http://www.connectionstrings.com

что именно нужно из шарпа к БД аксес подключиться?

mobile · 13.01.2014, 18:03

emenem97, тут проблема не в подключении. DAO это ком-объект. Его надо создавать. Типа такого (на VBA)

Visual Basic
1
2
3
4
Dim db As Object, dao As Object, rst as Object
Set dao=CreateObject("DAO.DbEngine.120") ' 120 для accdb. Или ("DAO.DbEngine.36") для *.mdb
Set db=dao.OpenDatabase("C:\temp\МаяБаза.accdb")
set rst=db.OpenRecordset("select * from test")

@Серж_87 · 13.01.2014, 18:12

mobile, я практически не разбираюсь в этих терминах. Знаю как подключаться и все ))
Уточню, раз тема же есть:
DAO-подключение здесь постоянно. То есть как с MS Access - запустил mdb файл и независимо от того работаю я в БД или на улице курю подключение активное
ADO - активное только в момент передачи данных (в dataset загружает), что в десятки и сотни раз разгружает БД

Верно или нет? На википедии такие термины в теории не понятно всегда описаны

mobile · 13.01.2014, 18:20

Насчет того, что адо разгружает память, не уверен, хотя по идее так должно быть. Но с другой стороны, пока явно не закроешь адо-рекордсет (set rst=Nothing), он так и будет торчать в памяти. И если их много понаоткрывать, то память закончится достаточно быстро.

@Серж_87 · 13.01.2014, 18:29

А вот если брать все серьезные программы с серьезными БД (Оракл, ФаирБерд, Мускул), то есть те, где могут работать по 500-2000 человек одновременно, там получается используется ADO подключение? или помимо DAO и ADO существуют другие? Не знаете случайно? понимаю что раздел возможно не тот для этого вопроса..

mobile · 13.01.2014, 19:13

АДО это универсальный тип связи с БД. Конечно, наверняка существуют и специфичные соединения, разработанные для конкретной БД. Пример - DAO. Также можно использовать RDP.

Новые блоги и статьи Все статьи Все блоги /
Контроль заполнения и очистка дат в зависимости от значения перечислений Maks 12.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: реализовать контроль корректности заполнения дат назначения. . .	Архитектура слоя интернета для сервера-слоя. Hrethgir 11.04.2026 В продолжение https:/ / www. cyberforum. ru/ blogs/ 223907/ 10860. html Знаешь что я подумал? Раз мы все источники пишем в голове ветки, то ничего не мешает добавить в голову такой источник, который сам. . .	Подстановка значения реквизита справочника в табличную часть документа Maks 10.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: при выборе сотрудника (справочник Сотрудники) в ТЧ документа. . .	Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .
модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .	Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .	Модель ЗдрввоСохранения 7: больше работников, больше ресурсов. anaschu 08.04.2026 работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20% kYBz3eJf3jQ

@EugMacDuck 0 / 0 / 0 Регистрация: 27.10.2008 Сообщений: 8

	Люди, скажите свое мнение о DAO и ADO,- что лучше? 28.10.2008, 12:08. Показов 3158. Ответов 13 Метки нет (Все метки) Заранее спасибо за любое мнение! 0

@osmor 2 / 2 / 0 Регистрация: 21.08.2008 Сообщений: 40
	28.10.2008, 13:59
	MS официально держит курс на ADO. Этим все сказано. Диспут по этому поводу с тестами можно почитать http://www.hiprog.com/forum/forum.asp?action=show&id=2&messid=6480&f ullview=0 и продолжение здесь http://www.hiprog.com/forum/forum.asp?action=show&id=2&messid=6558&f ullview=0 0

msd
	28.10.2008, 14:10
	Если речь про Акцесс, то DAO на порядок быстрее.

@EugMacDuck 0 / 0 / 0 Регистрация: 27.10.2008 Сообщений: 8
	28.10.2008, 18:19 [ТС]
	Вообще-то Я так и думал,- если MS что-то придумали, то они его протолкают. Вот интересное замечание по поводу Access и DAO. Если можно поподробней в чем DAO круче под Access! Спасибо! 0

msd
	29.10.2008, 00:28
	DAO - 'родной' интерфейс доступа к Микрософтовским базам (но не к MS SQL). Под них и заточен. Отсюда и скорость. Если через DAO подключить какой-нибудь ODBC-источник - можно расплакаться от скорости и качества соединения. Например, при подключении к ODBC, DAO рвет коннект после каждого запроса к внешней БД. Сразу поигрыш во времени: перекачать надо несколько байт, а придется по любому ждать установления соединения с БД (дай Бог, если это занимает доли секунды. А если нет?) Опять же, при работе с ODBC-источником, DAO не использует кэш. И т.д. ADO - универсальная модель доступа к данным. Затачивается под любого поставщика. Подключайся к кому хочешь. Но любая универсализация естественно ведет к снижению производительности. Как правило, самая высокая производительность приложения достигается при использовании 'родного' доступа к БД. А всякие 'нахлобучки' позволяют соединиться, в случае с ADO даже использовать встроенные методы источника, но повышения скорости от этого не жди. Хотя по своей идее ADO гораздо прогрессивнее, тут спору нет. Так что, если у тебя чистый Access, работай лучше с DAO. Если что-то другое - используй ADO или RDO. К тому же, если приложение задумано серьезное, почему бы не провести эксперимент? Если заведомо известен примерный объем оперативных и архивных данных всегда можно смоделировать чего-нибудь для пробы...

@EugMacDuck 0 / 0 / 0 Регистрация: 27.10.2008 Сообщений: 8
	29.10.2008, 10:03 [ТС]
	Спасибулечки! Теперь общая картина понятна. 0

@cypaman 0 / 0 / 0 Регистрация: 13.01.2014 Сообщений: 10
	13.01.2014, 15:39
	a DAO поддерживается в c#??? 0

mobile 26827 / 14507 / 3192 Регистрация: 28.04.2012 Сообщений: 15,782
	13.01.2014, 17:15
	Не пробовал, но не думаю, что есть запреты. DAO вовсе не равно MS Access. Это системный COM-объект, есть на любой машине с виндой. Так что проблемы подключиться к БД через ДАО не должно быть. Только непонятно почему именно ДАО? С АДО вроде бы примеров можно на 2 порядка больше найти для шарпеев. 0

@Серж_87 1303 / 509 / 63 Регистрация: 09.08.2012 Сообщений: 2,056
	13.01.2014, 17:51
	cypaman, Строки подключения для любой БД http://www.connectionstrings.com что именно нужно из шарпа к БД аксес подключиться? 0

@Серж_87 1303 / 509 / 63 Регистрация: 09.08.2012 Сообщений: 2,056
	13.01.2014, 18:12
	mobile, я практически не разбираюсь в этих терминах. Знаю как подключаться и все )) Уточню, раз тема же есть: DAO-подключение здесь постоянно. То есть как с MS Access - запустил mdb файл и независимо от того работаю я в БД или на улице курю подключение активное ADO - активное только в момент передачи данных (в dataset загружает), что в десятки и сотни раз разгружает БД Верно или нет? На википедии такие термины в теории не понятно всегда описаны 0

mobile 26827 / 14507 / 3192 Регистрация: 28.04.2012 Сообщений: 15,782
	13.01.2014, 18:20
	Насчет того, что адо разгружает память, не уверен, хотя по идее так должно быть. Но с другой стороны, пока явно не закроешь адо-рекордсет (set rst=Nothing), он так и будет торчать в памяти. И если их много понаоткрывать, то память закончится достаточно быстро. 2

@Серж_87 1303 / 509 / 63 Регистрация: 09.08.2012 Сообщений: 2,056
	13.01.2014, 18:29
	А вот если брать все серьезные программы с серьезными БД (Оракл, ФаирБерд, Мускул), то есть те, где могут работать по 500-2000 человек одновременно, там получается используется ADO подключение? или помимо DAO и ADO существуют другие? Не знаете случайно? понимаю что раздел возможно не тот для этого вопроса.. 0

mobile 26827 / 14507 / 3192 Регистрация: 28.04.2012 Сообщений: 15,782
	13.01.2014, 19:13
	АДО это универсальный тип связи с БД. Конечно, наверняка существуют и специфичные соединения, разработанные для конкретной БД. Пример - DAO. Также можно использовать RDP. 1