При работе с БД Access в VBA можно использовать DAO или ADO
Но в простом варианте - создав таблицу и форму для работы с ней можно вообще не использовать VBA

Но как работает сам Access с собственными БД? Через DAO ADO или вообще какой-то родной механизм?

sdku,

Ну все таки когда Вы работаете в VBA с объектной моделью Excel-а то файл у вас открыт, занят приложением Excel и все идет одним способом, т.е. с этим же файлом вы не работает через другие драйверы, а если например желаете работать с Excel-ом из какого стороннего средства, то работаете с ним в тот момент, когда другой кто-то с ним не работает (можно работать черезх драйвер прямо с файлом без привлечения Excel а можно отдавать команды Excel-у)

С Access-ом же другая история. Он что то делает сам, но и в VBA можно по разному работать. И как все это совмещается, какие могут быть конфликты и прочее

Я как-то не смог найти какого-то четкого описания существа этого вопроса, потому то и спросил

Ну собственно разобрался
Access довольно универсально работает в этом смысле
Если кратко то ADO
Если совсем старый то DAO (но можно для новых тоже принудительно можно указать)

Да я поэксперементировал
Получается
DAO
- имеется в Microsoft DAO 3.6 ObjectLibrary
- продублировано в Microsoft Access XX.0 Database Engine ObjectLibrary т.е. объекты DAO вполне видны в VB независимо от того какая из этих библиотек подключена

ADO надо подключать специально

Среда т.е. сам Access работает совершенно независимо от того что подключаешь

Для проверки я отключил все ссылки кроме (их не отключишь)
Visual Basic ForApplication
Microsoft Access 16.0 ObjectLibrary

Сама среда работает позволяет создавать таблицы формы и прочее
Но в VB уже ничего не видно ни nbgf данных Recordset (как свойство Me он есть) ни других специфических для БД вещей

Панург,

Так и есть
Без всяких этих ссылок во вновь созданной БД имеются как CurrentDB (DAO) так и CurrentProject.AccessConnection (это уже ADO)

Я не до конца понимаю такой момент (отчего и возник вопрос)

Вот я сделал таблицы, описал схему БД, и сделал формы всякие. Все работает... хорошо...
Но наступает момент, когда я хочу что то долелать свое - обработку какую то и прочее. Для этого использую VBA.

И вопрос собственно возникает такой

Сам Access как-то обращается к БД.

И в VBA я например использую CurrentDB (это DAO), что то делаю а потом моя деятельность вступает в некий конфликт с работой самого Access-а через ADO. Ну или наоборот Access использует ADO а я внутри VBA DAO

Не есть ли в этом всем потенциальная возможность конфликтов доступа к БД

По крайней мере в 2019 Access получается так, что вновь созданная БД имеется рекордсеты к примеру на формах именно что типов DAO. Потом их можно поменять (через VBA) на рекордсеты ADO, но вначале создается именно DAO (хотя элементы от ADO тоже присутствуют)

И вообще в книгах к примеру по Access 2002 (Гетца) утверждалось, что DAO уступает дорогу ADO и отправляется на покой, но вот потом тональность поменялась и в книге к примеру "Microsoft.Access.2010.Programmers.Reference" говорится, что эти ожидания были преждевременны...

а потом MS вообще встроила DAO Из книги "Access® 2016 Bible"- In recent versions, Microsoft has revived DAO by building it into the Access Database Engine(в последних версиях Microsoft возродила DAO, встроив его в компонент Access Database Engine)
Да и вообще удаление из Accessа к примеру системы безопасности явно свидетельствует о его заточенности на таки локальные вещи

В рамках того что меня интересовало, я понял как устроено
Ну а для большинства тех, кто имеет солидный опыт это все это не имеет такого уж большого значения

vmag,

Да наверное что то такое

И скажу, что в качестве локальной БД средней сложности (особенно если нужно (как мне) взаимодействие со всякими ms офисными вещами эксел, ворд, visio), которую взял да понес или переслал куда-то думаю конкурентов у него маловато.