DAO - это рекомендуемая технология здесь. ADO сильно обесценился и теперь заменяется ADO.net.
DAO не только является родной и рекомендуемой объектной моделью данных для использования доступа MS, она продолжает совершенствоваться и теперь имеет целый ряд новых функций для sharepoint. В Access 2007 у нас теперь есть поддержка списков SharePoint. Это означает, что новая объектная модель DAO для 2007 позволяет использовать список общих точек и просматривать их в виде таблицы SQL-сервера. Это означает, что вы можете использовать SQL в списках sharepoint (хотя нет даже поставщика oleDB, который бы позволял использовать списки SharePoint таким образом, но теперь с DAO вы можете это сделать). Ничего подобного не было добавлено в ADO. Таким образом, списки SharePoint с точки зрения доступа (дао) рассматривают эти списки SharePoint как стандартную таблицу.
Кроме того, DAO в доступе также поддерживает так называемые сложные типы данных. Это было сделано для поддержки списков XML с sharepoint. Имейте в виду, что для следующей версии доступа (2010) мы увидим еще кучу новых дополнительных функций, добавляемых в DAO (JET теперь называется ACE).
Так что, без сомнения, DAO является правильной и хорошей моделью для использования. ADO больше не получает улучшений и был заменен ADO.NET.
Таким образом, будущее принадлежит DAO, и совершенно очевидно, что именно туда Microsoft вкладывает свои деньги с точки зрения доступа к MS и условий обновления Access для работы с вещами sharepoint.
Access 2007 получил многозначные возможности для своих определений полей, и снова это стало результатом улучшений для поддержки sharepoint. Тем не менее, эти функции являются частью JET, и эти улучшения могут использоваться без sharepoint. теперь они являются частью DAO.
редактировать:
Возможно, я немного подробнее остановлюсь на этом и попытаюсь прояснить, какие у нас есть такие противоположные ответы, я могу заверить вас, что при использовании Access 2007 вам гораздо лучше использовать DAO.
Откуда исходит путаница, если вы посмотрите на ссылки на инструменты, когда решите использовать доступную по умолчанию объектную модель данных 2007, проблема в том, что она больше не называется DAO. Теперь он называется ACE.
Когда вы используете DAO в Access 2007, вы заметите, что в ссылках на инструмент не указана ссылка на DAO 3.6 (эта версия устарела и больше не является частью загрузки MDAC). Вы заметите, что новая ссылка при использовании DAO в ms-access называется:
ядро базы данных Microsoft Office 12.0 для доступа к библиотеке объектов
Теперь вышеперечисленное является полным ртом, но приведенное выше является правильным для эталонного доступа 2007, когда вы собираетесь использовать DAO вместо ADO.
Другими словами, возможно, нам следует назвать это DAO II.
Другими словами, этот механизм обработки данных продолжает совершенствоваться и наверняка увидит 64-разрядную версию этого механизма для Office 2010 (Office 14).
Таким образом, вопрос или путаница заключаются в том, какой термин собирались использовать, когда мы ссылаемся на использование DAO в Access 2007. Здесь путаница заключается в том, что документация и даже справочник по инструментам -> не называют его DAO.
В конце дня в Access 2007, если вы планируете использовать DAO, это означает, что вы установили вышеупомянутую ссылку и не устанавливаете ссылку на DAO 3.6. Несмотря на это, нет абсолютно никакого смысла начинать использовать ADO сейчас, когда он устарел, и новая объектная модель DAO для доступа продолжает улучшаться и инвестироваться Microsoft.
Надеюсь, это поможет прояснить запутанное здесь. Хотя DAO / JET устарела, новая версия access 2007 основана на той же кодовой базе, за исключением того, что она продолжает улучшаться. Таким образом, новый обработчик данных в доступе может рассматриваться и называться новой объектной моделью DAO.
Я сейчасв рамках NDA по этому вопросу, но я могу с уверенностью сказать вам, что в следующей версии Office (2010) мы снова увидим множество улучшений.
Так что среди разработчиков Access почти единодушно, что при разработке приложений доступа и использовании собственного обработчика данных предпочтение здесь отдано использованию объектной модели DAO (но имейте в виду, что мы больше не называем ее так, как мы ее называем) ACE).