Работа с базами данных. Технология ADO.NET

Access, MS SQL Server) и основанный на технологии компонентов ActiveX. ADO позволяет

представлять данные из разнообразных источников (реляционных баз данных, текстовых файлов и т. д.) в объектно-ориентированном виде.

размера) отключенного набора записей. Потребность в этом средстве возрастает по

мере развития веб-ориентированных вычислений, поэтому в данном случае понадобился свежий подход.

не развитием более ранней технологии ADO, а самостоятельной технологией, частью фреймворка .NET.

в подключенном режиме,
в автономном режиме,
с помощью технологии Entity Framework.

подключения, объекты чтения данных и поставщика данных предназначенного для нужной

СУБД. Для получения данных выполняются следующие шаги.
Создание, настройка и открытие объекта подключения.
Создание и настройка объекта команды, указывающего объект подключения в аргументе конструктора или через свойство Connection.
Вызов метода ExecuteReader () настроенного объекта команды.
Обработка каждой записи с помощью метода Read () объекта чтения данных.
Объекты чтения данных предоставляют поток данных, для чтения в прямом направлении. Чтение происходит каждый раз по одной записи. Следовательно объекты чтения обрабатывают только select запросы. Открытие и закрытие подключения к БД полностью возлагается на программиста.

модели объектов в память. Типы данных из System.Data воспроизводят не

только отображение строк и столбцов, а также отношения между таблицами, первичные ключи и т. д. Так как отображение данных происходит в память, подключение не занимает времени СУБД, подключаясь и отключаясь автоматически, при чтении и обновлении данных, автономный уровень снимает с программиста лишнюю работу. Но у данного уровня есть недостаток, представьте что требуется считать из БД 20000 записей, и при использовании автономного уровня, все это ляжет в память приложения, не очень разумное использование, здесь на выручку приходит подключаемый уровень который считает все последовательно.

модели. Теперь отображение происходит на бизнес-объекты приложения, что позволяет работать

с данными как с обычными объектами языка. Сущности (еntities) — это концептуальная модель физической базы данных, которая отображается на предметную область. Формально говоря, эта модель называется моделью сущностных данных (Entity Data Model — EDM). Модель EDM представляет собой набор классов клиентской стороны, которые отображаются на физическую базу данных. Тем не менее, нужно понимать, что сущности вовсе не обязаны напрямую отображаться на схему базы данных, как может показаться, исходя из названия. Сущностные классы можно реструктурировать для соответствия существующим потребностям, и исполняющая среда EF отобразит эти уникальные имена на корректную схему базы данных.

числа ключевых концепций, таких как объекты Connection, Command и DataSet.

Однако архитектура ADO.NET серьезно отличается от классической архитекуры ADO.

позволяют получать доступ к определенной базе данных, выполнять команды SQL

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

одно для SQL Server, другое для источников данных Open Database Connectivity (ODBC) и

третье для любой базы данных, доступной через OLE DB.

(например, SqlConnection, OracleConnection, OdbcConnection и MySqlConnection), но все эти объекты

порождены от одного и того же базового класса (в случае объектов подключения это DbConnection), который реализует идентичные интерфейсы (вроде IDbConnection)

данных .NET используют различные классы, все они некоторым образом стандартизированы.

Точнее говоря, каждый поставщик основан на одном и том же наборе интерфейсов и базовых классов. Так, например, объект Connection реализует интерфейс IDbConnection, который определяет такие ключевые методы, как Open() и Close(). Подобная стандартизация гарантирует, что каждый класс Connection будет работать одинаковым образом и предоставит один и тот же набор ключевых свойств и методов.

и базовые классы, можно писать обобщенный код доступа к данным

работая с интерфейсами.
Поскольку каждый поставщик реализован отдельно, он может использовать соответствующую оптимизацию.
Кроме того, специализированные поставщики могут добавлять нестандартные средства, которых не имеют другие поставщики (например, возможность SQL Sever выполнять XML-запросы).

отношения, таблицы, наборы данных, строки, представления и ограничения. Дополнительно содержит

ключевые интерфейсы, которые реализованы объектами данных, основанными на соединениях

Microsoft SQL Server, в том числе SqlDbCommand, SqlDbConnection и SqlDbDataAdapter.

Эти классы оптимизированы для использования интерфейса TDS к SQL Server

DB, включая OleDbCommand, OleDbConnection и OleDbDataAdapter. Эти классы поддерживают большинство

поставщиков OLE DB, но не те, что требуют интерфейсов OLE DB версии 2.5

Oracle (версии 8.1.7 и выше), в том числе OracleCommand, OracleConnection

и OracleDataAdapter. Эти классы используют оптимизированный интерфейс OCI (Oracle Call Interface — Интерфейс вызовов Oracle)

ODBC, такие как OdbcCommand, OdbcConnection, OdbcDataReader и OdbcDataAdapter. Драйверы ODBC

поставляются для всех видов источников данных и конфигурируются через значок Data Sources (Источники данных) панели управления

Эти классы не являются необходимыми, но предоставляют альтернативу применению стандартных

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