В предыдущих технологиях доступа к данным Microsoft нет отдельных библиотек и классов для разных хранилищ данных. Многие разработчики спрашивают, почему Microsoft решилась на такое значительное изменение. Основных причин три: производительность, возможность расширения и пролиферация. Повышенная производительность Как переход на использование поставщиков данных.

NET повышает производительность? Создавая ADO-код, вы, по сути, используете интерфейсы ADO в качестве посредника при взаимодействии с БД. Вы указываете ADO, какой поставщик следует использовать, и ADO передает ему все ваши вызовы. Поставщик выполняет необходимые действия и возвращает вам результат через библиотеку ADO. У поставщиков данных.

NET промежуточный уровень отсутствует. Вы обращаетесь непосредственно к поставщику, и тот взаимодействует с хранилищем данных при помощи низкоуровневых интерфейсов программирования последнего. Взаимодействие с SQL Server в ADO. NET при помощи поставщика SQL Client. NET Provider происходит быстрее, чем в ADO при помощи OLE DB-поставщика SQL Server, поскольку в ADO.

NET задействовано на один уровень меньше. Замечательные возможности расширения Когда в SQL Server 2000 появились функции для работы с XML-данными, команде разработчиков ADO пришлось решать интересную проблему. Для реализации в ADO функций, позволяющих выбирать XML-данные из БД SQL Server, требовалось добавить новые интерфейсы в OLE DB API и поставщик SQL Server OLE DB Provider.

Расширить функциональность поставщиков данных. NET гораздо проще. Им требуется поддерживать лишь единые базовые интерфейсы и при необходимости предоставлять дополнительные, специфические для отдельных поставщиков функции. Объект Command (SqlCommanc() поставщика SQL Client. NET Data Provider предоставляет такие же методы и свойства, как и его аналог в поставщике OLE DB.

Рейтинг пользователей: / 0
ХудшийЛучший