Для доступа к данным SQL Server из клиентских приложений, напи-
санных на языке Delphi для платформы Win32 можно применять хорошо
известные универсальные технологии Borland Database Engine (BDE) и
DBExpress, разработанные фирмой Borland. Однако рекомендуемый под-
ход – использование технологии Microsoft ActiveX Data Objects (ADO), оп-
тимизированной для SQL Server.
Технология ADO основана на возможностях СОМ, а именно интер-
фейсов OLE DB. Базовый набор интерфейсов OLE DB предустановлен во
всех версиях Microsoft Windows, поэтому при переносе приложения на
другой компьютер для его работоспособности достаточно лишь правильно
настроить провайдер OLE DB. Провайдер OLE DB представляет собой
СОМ-сервер, предоставляющий набор интерфейсов для доступа к данным,
и «скрывающий» особенности конкретных источников данных. Провайде-
ры OLE DB разработаны для большинства СУБД (MS Access, Oracle, Inter-
base и др.) и многих других источников данных. Часть провайдеров (на-
пример, OLE DB Provider for SQL Server) уже установлена в системе, дру-
гие доступны для скачивания в Internet. Технология ADO – надстройка над
интерфейсом OLE DB, облегчающая его использование прикладными про-
граммистами.
Технология ADO и интерфейсы OLE DB предоставляют приложе-
ниям единый способ доступа к источникам данных различных типов. При-
ложение, использующее ADO, может однотипно работать с данными, хра-
нящимися на сервере SQL, с электронным таблицами и локальными СУБД. Согласно терминологии ADO, любой источник данных (база данных, электронная таблица, файл) называется хранилищем данных, с ко-
торым при помощи провайдера взаимодействует приложение.
В результате приложение обращается не напрямую к источнику
данных, а к объекту OLE DB, который представляет данные в виде табли-
цы БД или результата выполнения запроса SQL. Такая архитектура позво-
ляет сделать набор объектов и интерфейсов открытым и расширяемым.
Набор объектов и соответствующий провайдер могут быть созданы для
любого хранилища данных без изменения исходной структуры ADO. При
этом существенно расширяется само понятие данных. Можно разработать
набор объектов и интерфейсов и для не табличных данных, например, графи-
ческих данных, древовидных структур, данных CASE-инструментов и др. [4].
В Delphi на странице ADO палитры компонентов расположены ком-
поненты доступа к данным, инкапсулирующие технологию ADO. Общая
методика их использования построена по тем же принципам, что и у ос-
тальных компонентов доступа к данным (BDE, IBExpress, DBExpress и
др.), однако внутренняя организация совсем другая. Это удобно, так как
программист может с успехом использовать ранее имевшиеся навыки и
опыт работы с другими СУБД. Например, компоненты ADO поддержива-
ют навигацию, работу с наборами данных, кэшируемые изменения (здесь
они называются пакетными обновлениями), управление транзакциями.
Четыре компонента наборов данных (ADODataSet, ADOTable, ADOQuery и ADOStoredProc) фактически полностью реализованы общим для них базовым классом TCustomADODataSet. Этот компонент несет ответственность за выполнение большинства функций, присущих работе с базами данных. Компоненты ADOTable(обращение к таблице базы данных), ADOQuery(выполнение SQL запроса к базе данных) и ADOStoredProc(работа с хранимой процедурой базы данных) будут основными компонентами при разработке системы, и благодаря обеспечению универсального доступа к источникам данных позволят создать качественное клиент-серверное приложение.
