ADO примеры для начинающих

Question

Я все еще зеленый, когда дело доходит до использования доступа MS. Я пытаюсь улучшить себя, используя объект набора записей вместо DLookups. Мой план состоит в том, чтобы использовать их для чтения и манипулирования данными в MS Access 2007.

Из многих прочитанных мной материалов я не могу сказать, использовать ли ADO или DAO?

Моя база данных доступа используется для хранения информации учетной записи пользователя для некоторых систем, которыми мы управляем в нашем офисе. Это будет использоваться только несколькими администраторами для поддержки пользовательской информации

Мне довольно трудно находить твердые и быстрые примеры или "лучшие практики", которые поддерживают любую согласованность. Кроме того, любая документация требует кропотливого прочтения «Почему использовать» и теории использования, прежде чем что-либо ...

Это то, что нужно использовать .... виды статей.

Я ожидаю, что эти инструменты всегда будут жить в MS-доступе, поскольку это все, что у меня есть в этом офисе. В будущем я хотел бы сделать строки подключения к данным более открытыми для инструментов, кроме MS Access, таких как SQLite ....

Однако MS Access - это то, к чему я стремлюсь. Я использую DLookups для получения данных из таблицы, но это начинает казаться ювенильным и не очень хорошо для получения более 1 столбца данных из 1 конкретной строки.

Может ли кто-нибудь напрямую обратиться к какому-то идиоту, руководствуясь ADO или DAO. Я не программист по профессии, и хотел бы в ближайшее время закончить программирование. Все в этом офисе должно быть сделано: вчера. У меня нет времени читать длинные диатрибы о том, почему один лучше другого.

Answer 1

Как отмечают все, существуют разные мнения по этому вопросу, и собственная документация Microsoft о том, что технологии не помогают.

Однако, если вы только начинаете, сделайте это проще для себя и просто используйте DAO: это нативная технология для Access, она прекрасно работает, она быстра, проста и работает из коробки без использования ссылок ( он даже работает в 64-битном доступе, не то, чтобы вы хотели использовать это, хотя ).

В ADO вам необходимо вручную управлять строками соединения в коде, и иногда он ведет себя немного иначе, чем в DAO, и это только добавляет путаницы.

Я однозначно скажу, что в контексте обучения тому, как стать лучшим разработчиком Access, вы можете спокойно игнорировать ADO: вы, вероятно, никогда его не пропустите.
Мне еще предстоит найти место, где мне совершенно необходимо было бы использовать его в своем собственном коде, и я уже несколько лет занимаюсь разработкой довольно крупных приложений (более 50 000 строк VBA) в Access.

Страница MSDN, на которую вы ссылаетесь, не говорит о разработке под Access, она говорит о том, какие технологии доступа к данным доступны программистам в целом под Windows.
Это правда, что вы не будете использовать DAO с других платформ программирования, скажем, при создании приложений на C ++ или .Net (хотя DAO обгоняет ADO.Net с точки зрения необработанной скорости )

Также верно, что MDAC больше не поддерживает Jet, но это потому, что: 1) Jet интегрирован во все версии Windows по умолчанию и 2) ACE - это новый драйвер, который заменяет Jet в Access2007 / 2010 и добавляет новый совместимость с Jet.

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

Начало работы

Я бы порекомендовал вам получить хорошую толстую книгу, например:

• Справочник программиста Access 2010 (существует PDF версия ).
• Access 2010 VBA Программирование внутри / снаружи (также в PDF версия )

Конечно, вам не нужно читать все в них, но они будут содержать почти все, что вам когда-либо понадобится, включая образцы баз данных для каждой главы, и вы можете медленно улучшать и открывать новые возможности, просматривая книгу и получая больше углубленно в своем собственном темпе.

Answer 2

TheSavo

Это очень трогательная тема.:) Вы найдете смешанные чувства по этому вопросу.

Для начала, вы можете обратиться к этой старой статье (, которая была обновлена ​​в прошлом году )

http://msdn.microsoft.com/en-us/library/ms810810.aspx

Внизу указано, что DAO официально устарел, и подразумевается, что никогда не будет 64-битной версии.После этой даты я не видел ни одной другой статьи, подтверждающей судьбу DAO.

Большинство программистов, когда начинают, начинают с DAO, а затем постепенно переходят в ADO.По крайней мере, это то, что я видел на разных форумах, отвечая на вопросы.В какой-то момент DAO избегали только по одной причине.Страх, что он устареет и окончательно сменится на ADO.Но когда библиотеки DAO были обновлены с помощью Access 2007, внимание снова обратилось к DAO.Однако было уже поздно.Большинство опытных разработчиков уже освоились с ADO.Даже сегодня большинство из них, отвечая на вопросы на форумах, по-прежнему предоставляют код с использованием ADO.И я не виню их, так как они уже давно используют ADO.ИМХО, DAO должен быть непригодным в какой-то момент в ближайшем будущем, прежде чем будет ADO.

Я помню, что обсуждал нечто подобное с одним из членов SO некоторое время назад о том, использовать ли ADO или DAO. Я даже обсуждал это с 7 различными MVP, и если вы MVP и являетесь участником vbforums.com, вы можете посетить эту ветку http://www.vbforums.com/group.php?do=discuss&discussionid=50&pp=10 , чтобы просмотреть обсуждение .До тех пор, пока DAO работает или включен в MS Access, вы наверняка можете его использовать.:) Однако Консенсус в вышеприведенном обсуждении состоял в том, чтобы НЕ использовать DAO.

Если вы все еще хотите использовать DAO , тогда , пожалуйста, читайте дальше:)

На данный момент оба имеют свои преимущества и недостатки.Я бы порекомендовал вам взглянуть на эту старую ссылку в MSDN, которая даст вам четкое представление о различиях.

Тема: Выбор ADO или DAO для работы с доступомБазы данных

Ссылка : http://msdn.microsoft.com/en-us/library/aa164825%28v=office.10%29.aspx

HTH

Sid