ЯЗЫК ПРОГРАММИРОВАНИЯ С# 2005 И ПЛАТФОРМА .NET 2.0. 3-е издание - Эндрю Троелсен

В этой главе, после того как будет "очерчена" роль ADO.NET (в следующем разделе), мы обсудим тему поставщиков данных ADO.NET. Платформа .NET обеспечивает поддержку целого ряда поставщиков данных, каждый из которых оптимизирован для доступа к конкретным системам управления базами данных (Microsoft SQL Server, Oracle, MySQL и т.д.). После того как вы освоите принципы взаимодействия с конкретными поставщиками данных, мы с вами рассмотрим новый шаблон поставщика данных, предлагаемый платформой .NET 2.0. Используя типы из пространства имен System.Data.Common (и файл app.config), можно построить единый программный код, с помощью которого динамически выбирается нужный поставщик данных, без необходимости перекомпиляции и повторной инсталляции приложения.

В оставшейся части главы будет выяснено, как программно взаимодействовать с реляционными базами данных, используя наиболее подходящий для вас поставщик данных. Вы сможете убедиться в том, что ADO.NET обеспечивает два разных уровня взаимодействий с источником данных, часто называемых связным и несвязным уровнями. Вы узнаете о роли объектов соединения, объектов команд, объектов чтения данных, адаптеров данных в множества других типов из пространства имен System.Data (В частности, DataSet, DataTable, DataRow, DataColumn, DataView и DataRelation).

Высокоуровневое определение ADO.NET

Если вы имеете опыт применения предыдущей модели Microsoft доступа к данным – модели ADO (ActiveX Data Objects – объекты данных ActiveX), основанной на использовании COM, – вы должны понять, что ADO.NET имеет с ADO очень мало общего, кроме букв "A", "D" и "О". Хотя и верно то, что некоторая взаимосвязь между этими двумя системами имеется (например, в каждой из систем используются понятия объекта соединения и объекта команды), некоторые привычные для ADO типы (например, Recordset) в ADO.NET больше не существуют. К тому же, ADO.NET предлагает целый ряд новых типов (например, адаптеры данных), которые не имеют прямых эквивалентов в "классической" модели ADO.

В отличие от классической схемы ADO, которая была разработана, прежде всего для жестко связанных систем клиент/сервер, технология ADO.NET была построена с учетом "разъединенного мира", на базе использования DataSet. Этот тип представляет локальную копию набора связанных таблиц. С помощью DataSet клиентское звено приложения получает возможность читать и обрабатывать его содержимое, будучи отсоединенным от источника данных, чтобы затем с помощью соответствующего адаптера данных направить измененные данные обратно для дальнейшей обработки.

Другим главным отличием ADO.NET от классической схемы ADO является то, что ADO.NET предлагает широкую поддержку XML-представления данных. Сериализация данных, получаемых из хранилища, выполняется (по умолчанию) в формате XML. Поскольку для обмена XML-данными между уровнями взаимодействия часто используется стандартный протокол HTTP, на ADO.NET не влияют ограничения устройств сетевой защиты (брандмауэров).

Замечание. В .NET 2.0 сериализация типов DataSet (и DataTable) может выполняться в двоичном формате (с помощью RemotingFormat). Это может оказаться полезным при построении распределенных систем на уровне удаленного взаимодействия .NET (см. главу 18), поскольку двоичные данные оказываются гораздо более компактными, чем данные XML

Но, возможно, самым главным различием между классической схемой ADO и ADO.NET оказывается то, что ADO.NET является управляемой библиотекой программного кода, которая, следовательно, подчиняется правилам, сформулированным для любой управляемой библиотеки. Типы, включенные в ADO.NET, используют тот же протокол управления памятью CLR, ту же систему типов (классы, интерфейсы, перечни, структуры и делегаты) и так же открыты для доступа любому языку .NET.

Две грани ADO.NET

Библиотеки ADO.NET могут использоваться в рамках одного из двух концептуально различных способов взаимодействия: на связном или несвязном уровнях. При использовании связного уровня ваш программный код непосредственно соединяется с соответствующим хранилищем данных (и отсоединяется от него, когда задачи взаимодействия решены). При использовании ADO.NET в такой форме для взаимодействия с хранилищем данных обычно используются объекты соединения, объекты команд и объекты чтения данных. Позже вы сможете убедиться в том. что объекты чтения данных обеспечивают способ извлечения записей из хранилища данных на основе подхода, допускающего только чтение в режиме однонаправленного доступа.

Несвязный уровень, напротив, позволяет получить набор объектов DataTable (содержащихся в рамках DataSet), функционирующих, как клиентские копии внешних данных. При получении DataSet с помощью соответствующего объекта адаптера данных необходимое вам соединение открывается и закрывается автоматически. Вы можете сами догадаться, что данный подход позволяет быстрее освободить соединение для других вызывавших абонентов. После получения объекта DataSet клиентом этот клиент может просматривать и менять содержимое объекта, не создавая лишней нагрузки на сетевой трафик. Чтобы направить измененные данные обратно в хранилище данных, клиент может снова использовать адаптер данных (в совокупности с множеством подходящих операторов SQL), и после обновления источника данных соединение снова немедленно разрывается.

Поставщики данных ADO.NET

ADO.NET не предлагает единого набора типов для связи со всели системами управления базами данных (СУБД). Вместо этого ADO.NET поддерживает множество поставщиков данных, каждый из которых оптимизирован для взаимодействия с СУБД конкретного вида. Одним из преимуществ такого подхода является то, что каждый поставщик данных может программироваться с учетом уникальных особенностей соответствующей СУБД. Другим преимуществом является то, что специализированный поставщик данных может соединяться непосредственно с ядром СУБД, без использования промежуточного уровня отображения, размещаемого между связывающимися сторонами.

Упрощенно говоря, поставщик данных - это набор типов, определенных в дан-ном пространстве имен и "понимающих", как общаться с конкретным источником данных. Любой используемый нами поставщик данных определяет набор типов, обеспечивающих базовые функциональные возможности. В табл. 22.1 описаны некоторые базовые объекты, их базовые классы (все они определяются в пространстве имен System.Data.Common) и реализованные в них интерфейсы (они определяются в System.Data).

Таблица 22.1. Базовые объекты поставщика данных ADO.NET

Объект Базовый Класс Реализованные интерфейсы Описание Connection DbConnection IDbConnection Обеспечивает возможность соединения с хранилищем данных и отключения от него, а также доступ к соответствующему объекту транзакции Command DbCommand IDbCommand Объект команды. Представляет SQL-запрос или имя хранимой процедуры, а также обеспечивает доступ к о6ъекту чтения данных соответствующего поставщика данных DataReader DbDataReader IDataReader, IDataRecord Объект чтения данных. Обеспечивает однонаправленный доступ к данным в режиме "только для чтения" DataAdapter DbDataAdapter IDataAdapter, IDbDataAdapter Объект адаптера данных. Обеспечивает обмен объектами DataSet между вызывающей стороной и местом хранения данных. Содержит набор из четырех внутренних объектов команд, используемых для выборки, вставки, обновления и удаления информации из хранилища данных Parameter DbParameter IDataParameter, IDbDataParameter Объект параметра. Представляет именованный параметр параметризованного запроса Transaction DbTransaction IDbTransaction Объект транзакции. Выполняет транзакцию базы данных

Хотя имена соответствующих типов для разных поставщиков данных оказываются разными (например, SqlConnection, OracleConnection, OdbcConnection и MySqlConnection), каждый из таких объектов получается из одного и того же базового класса, что предполагает идентичность реализуемых объектами интерфейсов. С учетом этого мы вправе предполагать, что, освоив приемы работы с одним поставщиком данных, освоить остальные поставщики будет совсем просто.

Замечание. В соответствии с соглашением о присваивании имен объекты поставщика данных должны иметь префикс, указывающий имя соответствующей СУБД.