Главная страница | Контакты | Случайная страница Автомобили Астрономия Биология География Дом и сад Другие языки Другое Информатика История Культура Литература Логика Математика Медицина Металлургия Механика Образование Охрана труда Педагогика Политика Право Психология Религия Риторика Социология Спорт Строительство Технология Туризм Физика Философия Финансы Химия Черчение Экология Экономика Электроника

Краткий обзор ADO.NET. Три стороны технологии ADO.NET. Пространство имен System.Data.

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

Платформа.NET определяет ряд пространств имен, кото­рые позволяют непосредственно взаимодействовать с локальными и удаленными реляционными базами данных. Все вместе эти пространства имен известны как ADO.NET. ADO (ActiveX Data Objects).NET – это модель доступа к данным в приложениях.NET. Используется для доступа как к реляционным базам данных, таким как Microsoft SQL Server, Microsoft Access, так и к другим источникам данных, для которых существуют OLEDB-провайдеры.

В отличие от классической ADO, которая была в основном предназначена для тесно связанных клиент-серверных систем, ADO.NET больше нацелена на автономную работу с помощью объектов DataSet. Эти типы представляют локальные копии любого коли­чества взаимосвязанных таблиц данных, каждая из которых содержит набор строк и столбцов. Объекты DataSet позволяют вызывающей сборке (наподобие веб-страницы или программы, выполняющейся на настольном компьютере) работать с содержимым DataSet, изменять его, не требуя подключения к источнику данных, и отправлять обратно блоки измененных данных для обработки с помо­щью соответствующего адаптера данных. Далее, в решениях, требующих офлайнового или удаленного доступа к данным, ADO.NET использует XML для обмена данными между программами или с Web-страницами. Любой компонент, который обслуживает XML, также может использовать и компоненты ADO.NET. Если передача пакетов компонентом ADO.NET подразумевает поставку набора данных в файле XML, компонентом, способным обеспечить его получение, может быть только компонент ADO.NET. Передача данных в XML-формате даёт возможность программистам легко отделить обработку данных от компонент пользовательского интерфейса data-sharing прикладных программ, разместив их на отдельных серверах. Это может существенно повысить эффективность и надёжность многопользовательских систем.

ADO.NET обладает также хорошей масштабируемостью, что требуется для совместно использующих данные прикладных программ, работающих на основе Web. Такие Web-программы могут обслужить десятки, сотни, а то и тысячи пользователей. ADO.NET не применяет длительные блокировки баз данных или такие активные подключения, которые на долгое время монополизируют ресурсы сервера, являющимися (как правило) весьма ограниченными. Это позволяет увеличивать число пользователей без значительного увеличения утилизации ресурсов системы.

Основной недостаток ADO.NET – ограниченные возможности для работы с запросами одного из наиболее широко используемого компонента – DataSet.

Три стороны технологии ADO.NET. Библиотеки ADO.NET (.NET версии 3.5 и выше) можно применять тремя концептуально различными спосо­бами: в подключенном (связном) режиме, в автономном режиме и с помощью технологии Entity Framework. В.NET версии 2.0 используются лишь два первых способа взаимодействия.

При использовании подключенного уровня (connected layer), кодовая база явно подключается к соответствующему хранили­щу данных и отключается от него. При таком способе использования ADO.NET обычно происходит взаимодействие с хранилищем данных с помощью объектов подключения, объектов команд и объектов чтения данных.

Автономный уровень (disconnected layer), по­зволяет работать с набором объектов DataTable (содержащихся в объекте DataSet), который представляет на стороне клиента копию внешних данных. При получении DataSet с помощью соответствующего объекта адаптера данных подключение открывается и за­крывается автоматически. Понятно, что этот подход помогает быстро освобождать под­ключения для других вызовов и повышает масштабируемость систем.

Получив объект DataSet, вызывающий код может просматривать и обрабатывать данные без затрат на сетевой трафик. А если нужно занести изменения в хранилище данных, то адаптер данных задействуется для об­новления данных, при этом подключение открывается заново для проведения обнов­лений в базе, а затем сразу же закрывается.

После выпуска.NET 3.5 SP1 в ADO.NET появилась поддержка новой технологии (новой функции API), которая на­зывается Entity Framework (сокращенно EF). Технология EF показывает, что многие низ­коуровневые детали работы с базами данных скрыты от программиста и отрабатываются за него при генерации соответствующего LINQ-запроса. Технологию LINQ рассмотрим в конце изучения темы.

Пространство имен System.Data. С точки зрения программиста, тело ADO.NET состав­ляет базовая сборка с именем System.Data.dll. В этом двоичном файле находится зна­чительное количество типов, совместно используемых всеми поставщиками данных ADO.NET, независимо от лежащего в их основе типа хранилища данных. Прикладные программы, позволяющие пользователям совместно использовать данные, могут использовать ADO.NET для подключения к источникам данных, а также для поиска, управления, и модификации этих данных.

Итак, ADO.NET – это часть Microsoft.NET Framework, т.е. набор средств и слоев, позволяющих приложению легко управлять и взаимодействовать со своим файловым или серверным хранилищем данных: