Технологии ADO .NET

Технологии COM

Технология доступа к удаленным данным Component Object Model (COM) — компонентная модель объектов, разработанная фирмой Microsoft как средство взаимодействия приложений (в том числе составных частей операционной системы Windows), функ­ционирующих на одном компьютере.

В дальнейшем технология СОМ усовершенствовалась для управле­ния объектами базы данных, расположенных в пределах локаль­ной вычислительной сети.

На технологии СОМ построены такие методы управления уда­ленными объектами, как OLE, Автоматизация, ActiveX.

•Метод OLE (Object Linking and Embedding) — связывание и объединение объектов — протокол, обеспечивающий обмен дан­ными между приложениями. С помощью OLE пользователи могут связывать или внедрять объекты различных приложений (в том числе и баз данных) в файлы других приложений. (Одним из ти­пов полей в реляционных базах данных является OLE.) Каждый объект OLE характеризуется двумя компонентами: собственно информацией, содержащейся в исходном файле, и адресом на­хождения файла на дисковом пространстве компьютера или адре­сом файла в локальной вычислительной сети. Развитием технологии OLE является технология OLE DB — программный интерфейс, удовлетворяющий структуре СОМ и предоставляющий унифицированный способ доступа к различ­ным файлам, в общем случае не являющимся базами данных. При этом объекты управления данными ADO (ActiveX Data Objects) являются промежуточным звеном между серверной и клиентской частями баз данных.

• Метод Автоматизация, называемый иногда автоматизацией OLE, обеспечивает взаимодействие клиентских и серверных при­ложений программным способом, например с применением язы­ка VBA.

• Метод ActiveX является 32-разрядной версией элементов уп­равления OLE.

Таким образом, технология СОМ представляет собой различ­ные методы управления удаленными объектами баз данных, по­строенных в архитектуре типа клиент—сервер, в том числе пред­назначенных и для работы в ЛВС.

Технология доступа к удаленным базам данных ADO.NET была разработана также для архитектуры клиент—сервер. Однако все возрастающая сложность систем обработки информации потребо­вала качественного изменения этой архитектуры. Кроме двух уров­ней удаленных баз данных — клиентского и серверного — появля­ются дополнительные уровни — серверы бизнес-логики, реализу­ющие бизнес-логику приложений (см. рис. 1.7).

Технология ADO.NET устанавливает следующую схему рабо­ты клиента с сервером баз данных:

• установка соединения с сервером;

• получение необходимых данных;

• закрытие соединения;

• обработка данных;

• установка соединения для передачи измененных данных об­ратно на сервер.

Рис. 6.3. Структура технологии ADO.NET

Реализация данной схемы работы клиента определяется струк­турой ADO.NET, показанной на рис. 6.3.

Основу ADO.NET составляют два основных модуля: Провай­дер данных (Data Provider.NET FrameWork) и Резидентная реля­ционная база данных (DataSet).

Провайдер данных, как это следует из его названия, отвечает за связь приложения с источником данных и за манипуляцию дан­ными. Провайдер данных включает в себя следующие объекты ма­нипулирования данными: Connection, Command, DataAdapter, DataReader.

Рассмотрим кратко назначение этих объектов.

Connection используется для установления соединения с источ­ником данных, а также для управления транзакциями.

Command позволяет манипулировать данными источника, а также выполнять хранимые процедуры. При этом могут ис­пользоваться параметры для передачи данных в обоих направ­лениях.

DataAdapter служит связующим звеном между резидентной БД DataSet и источником данных и использует обычно объект Command для выполнения команд SQL как при заполнении DataSet данными, так и при обратной передаче измененных клиентом данных к источнику. Для выполнения этих функций в нем имеют­ся четыре метода: SelectCommand, InsertCommand, UpdateCommand и DeleteCommand.

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

Резидентная реляционная база данных представляет собой по­лученную клиентом реляционную БД, которая сохраняется в его резидентной оперативной памяти.

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

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

Для обеспечения доступа к объектам через глобальную сеть Ин­тернет, которые, как правило, разрабатываются в форматах HTML и XML, в составе ADO.NET и был предусмотрен модуль.NET FrameWork, обеспечивающий взаимодействие между различными форматами представления данных, в том числе HTML и XML.

Из указанных характеристик видно, что технология ADO.NET обеспечивает:

• возможность взаимодействия между данными различных фор­матов, в том числе HTML и XML;

• значительное снижение затрат при работе с удаленными ба­зами данных через глобальную сеть Интернет.

Дата добавления: 2014-01-07