Улучшенные компоненты доступа к данным для настольного приложения Windows

Question

Какой компонент доступа к данным лучше для настольных приложений и почему?

1.) Для MS Access 2007: ADO, OLEDB, DAO

2.) Для MSSQL 2005: ADO, OLEDB, DAO

Answer 1

Что касается Access его части, я не согласен с Гансом.

Если вы используете Access, вам будет гораздо лучше использовать DAO или ADO. DAO - это выбор многих, поскольку обычно он проще и является родной моделью доступа к данным для MSAccess. Посмотрите на Что лучше использовать ADO или DAO в Access 2007? для более подробного обсуждения.

Answer 2

DAO безнадежно устарел, он не поддерживает перечисленные вами двигатели. OLEDB и ADO дополняют друг друга, OLEDB предоставляет интерфейс механизма dbase, ADO - это набор классов, которые вы будете использовать в своем коде для программирования интерфейса dbase. ADO.NET в .NET Framework.

Для доступа вы должны использовать классы в пространстве имен System.Data.OleDb, в строке подключения используется поставщик ACE. Для SQL лучше всего использовать классы в пространстве имен System.Data.SqlClient. Посетите connectionstrings.com для помощи в настройке строк подключения.

Answer 3

Спросите себя: какие функции доступа к данным мне нужны, и выберите свой слой на основе этого. MS Access - это хранилище данных на основе файлов, поэтому, если ваше приложение использует более одного пользователя, то Access - плохой выбор. Я бы держался подальше от MSA и сосредоточился бы на новых технологиях.

MSSQL намного лучше, так как он масштабируемый, поддерживает несколько одновременно работающих пользователей и имеет дополнительные инструменты управления, такие как службы резервного копирования и создания отчетов. SQL 2005 Compact Edition позволяет подключать базу данных во время выполнения, отлично подходит для настольных приложений с одним экземпляром.

Третий ЦАП, на который вы, возможно, захотите взглянуть, это SQLite также для файловых решений или настольных приложений.