Мартьянова А.Е. Базы данных и знаний. Учебное пособие

Подождите немного. Документ загружается.

Мартьянова А.Е. Базы данных и знаний 271

При разработке компонентов ActiveX необходимо исходить из це-

лей применения этих компонентов. Можно создать целый набор элемен-

тов управления в одном файле OCX для настольных приложений, однако

из-за большого размера файла они будут медленно работать в Internet-

приложениях. Для работы в Internet эти элементы управления необходи-

мо выделить в отдельные файлы небольшого размера.

Компоненты

ActiveX основаны на программной модели СОМ, ко-

торая обеспечивает межплатформенные возможности технологии

ActiveX.

Модель составных объектов (COM) представляет собой программ-

ную модель, а именно: набор стандартных сервисов (функций) и специ-

фикаций (стандартов обмена, стандартов вызова функций), обеспечи-

вающих реализацию объектно-ориентированного подхода для разработ-

ки приложений клиент/сервер, работающих в том числе и

в Internet, точ-

нее, в первую очередь в Internet. Причем данная модель работает вне за-

висимости от среды проектирования, с условием, конечно, что эта плат-

форма (среда проектирования) поддерживает модель СОМ.

Модель СОМ определяет стандартный внутренний интерфейс ме-

жду объектами и методику существования (создание объекта,

инициализация объекта, завершение работы объекта) и взаимодействия

объектов (вызов функций, обмен данными между объектами). Этот

интерфейс обеспечивает взаимодействие любых объектов модели СОМ

между собой.

Программная модель СОМ имеет открытую архитектуру, что до-

полняет гибкость модели и возможность работы с любой платформой.

Модель распределенных составных объектов DCOM (Distributed

СОМ) – это развитие модели СОМ для эффективной работы в Internet. В

модели DCOM поддерживается объектный

протокол, который дает воз-

можность прямого доступа объектов СОМ друг другу при помощи сети.

Технология ADO (ActiveX Data Object) является новейшим средст-

вом доступа к различным типам данных, которую рекомендуется приме-

нять при разработке приложений в Visual Basic 6.0.

ADO позволяет программе получить доступ к базе данных с помо-

щью провайдера OLE DB, который представляет собой интерфейс, обес-

печивающий доступ

к различным источникам данных.

Доступ к базам данных в двухуровневых моделях «клиент – сервер»

В простых двухуровневых моделях «клиент – сервер», где не-

сколько баз данных обслуживают ограниченное число пользователей на-

Мартьянова А.Е. Базы данных и знаний

272

стольных ПК, в роли встроенного программного обеспечения доступа к

данным могут выступать обычные ODBC-драйверы.

Стандарт SQL2 определил интерфейс уровня вызова (CLI — Call

Level Interface), в котором стандартизирован общий набор рабочих про-

цедур, обеспечивающий совместимость со всеми основными типами сер-

веров баз данных [7]. Технологическая основа CLI – размещаемая на

компьютере клиента специальная библиотека, в которой хранятся вызо-

вы

процедур и сетевых компонентов для организации связи с сервером.

Это программное обеспечение поставляется обычно в составе среды раз-

работки и поддерживает разнообразные сетевые протоколы.

Использование программных вызовов позволяет свести к миниму-

му операции на компьютере-клиенте. В общем случае клиент формирует

оператор языка SQL в виде строки и пересылает ее на сервер

посредст-

вом процедуры исполнения (execute). Когда же сервер в качестве ответа

возвращает несколько строк данных, клиент считывает результат после-

довательным вызовом процедуры выборки данных. Далее данные из

столбцов полученной таблицы могут быть связаны с соответствующими

переменными приложения. Вызов специальной процедуры позволяет

клиенту определить число полученных строк, столбцов и типы данных в

каждом столбце.

Спецификация открытого интерфейса баз данных (ODBC Open Da-

tabase Connectivity), предназначена для унификации доступа к данным,

размешенным на удаленных серверах. ODBC опирается на специфика-

ции CLI.

ODBC представляет собой программный слой, унифицирующий

интерфейс взаимодействия приложений с базами данных. За реализацию

особенностей доступа к каждой отдельной СУБД отвечает соответст-

вующий специальный ODBC-драйвер. Пользовательское приложение

этих особенностей не

видит, так как взаимодействует с универсальным

программным слоем более высокого уровня. Таким образом, приложение

становится в значительной степени независимым от СУБД. Вместо соз-

дания в каждом отдельном случае СУБД приложения с обращениями че-

рез «родной», но быстро устаревающий интерфейс, можно использовать

один общий стандартизированный программный интерфейс. В архитек-

туре ODBC используется

один ODBC Driver Manager и несколько ODBC-

драйверов, обеспечивающих доступ к конкретным СУБД. Driver Manager

связывает приложение и интерфейсные объекты, которые выполняют

обработку SQL-запросов к конкретной СУБД.

Мартьянова А.Е. Базы данных и знаний 273

Такой подход является достаточно универсальным, стандартизи-

руемым, что и позволяет использовать ODBC-механизмы для работы

практически с любой системой.

Однако этот способ также не лишен недостатков:

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

дополнительного программного слоя);

• необходимы предварительная инсталляция и настройка ODBC-

драйвера (указание драйвера СУБД, сетевого пути к серверу, базы

дан-

ных и т.д.) на каждом рабочем месте. Параметры этой настройки являют-

ся статическими, то есть приложение их изменить самостоятельно не

может.

Встраивание и связывание объектов в базах данных – OLE DI (Ob-

ject Linking and Embedding Data Base), как и ODBC – прикладные интер-

фейсы доступа к данным с использованием SQL.

OLE DB специфицирует взаимодействие, обеспечивая единый ин-

терфейс доступа к данным

через провайдеров – поставщиков данных не

только из реляционных БД. В отличие от ODBC, OLE DB предоставляет

общее решение обеспечения COM-приложениям доступа к информации

независимо от типа источника данных.

OLE DB включает два базовых компонента: провайдер данных и

потребитель данных. Потребитель (клиент) – это приложение или СОМ-

компонент, обращающийся посредством API-вызовов к OLE DB. Про-

вайдер (сервер) – это приложение

отвечающее на вызовы OLE DB и воз-

вращающее запрашиваемый объект – обычно это данные в табличном

виде.

ADO (Active Data Object) – это универсальный интерфейс высокого

уровня к OLE DB. Модель объекта ADO не содержит таблиц, среды или

машины БД. Здесь основными объектами являются следующие: объект

Соединение, создающий связь с провайдером данных; объект Набор дан-

ных и объект Команда – выполнение

процедуры, SQL-строки.

В общем случае ADO можно рассматривать как язык программи-

рования с БД, позволяющий выбирать, модифицировать и удалять запи-

си. И поскольку он опирается на универсальный OLE DB, то может ис-

пользоваться практически в любых приложениях Microsoft.

Рассмотренные технологии построения приложения ориентирова-

ны на извлечение данных непосредственно из статического источника

(хранилища данных) и

не могут обращаться за данными к другому при-

кладному модулю.

Мартьянова А.Е. Базы данных и знаний

274

Подключение компонентов ADO к проекту

Чтобы использовать компоненты ADO в проекте, необходимо под-

ключить библиотеки, которые их содержат. Для этого в меню Project

(Проект) выбрать команду References (Ссылки), а затем в диалоговом

окне References установить флажки рядом с наименованиями следую-

щих библиотек:

• Microsoft ActiveX Data Objects 2.1 Library;

• Microsoft ActiveX Data Objects Recordset 2.1 Library.

Для того чтобы использовать элементы управления, которые

при-

меняют технологию ADO при создании и редактировании форм, необхо-

димо эти компоненты поместить на панель инструментов. Для этого в

меню Project (Проект) выберите команду Components (Компоненты) и в

диалоговом окне Components установите флажки рядом с именами сле-

дующих компонентов:

• Microsoft ADO Data Control 6.0 (OLEDB);

• Microsoft DataGrid Control 6.0 (OLEDB);

• Microsoft DataList Control 6.0 (OLEDB);

• Microsoft Hierarchical FlexGrid Control 6.0 (OLEDB).

Соединение элемента с источником данных

Visual Basic появился новый объект для управления данными –

ADO Data Control, который имеет непосредственную связь с набором

записей и позволяет пользователю перемещаться по нему в любом на-

правлении (рис. III.66).

Рис. III.66. Размещение объекта ADO Data Control в форме

Элемент управления ADO Data Control обладает общими свойст-

вами, описанными в табл. III.17 [1].

Мартьянова А.Е. Базы данных и знаний 275

Таблица III.17. Свойства элемента управления ADO Data Control

Свойство Описание

BOF и EOF Свойства, которые содержат признак того, что текущая строка

находится перед первой строкой или после последней строки,

соответственно

CommandTinieout Время ожидания выполнения команды, после превышения ко-

торого выдается сообщение об ошибке

CacheSize Количество строк, выбираемых в память

CommandType Тип выполняемой команды

ConnectionString Содержит информацию, необходимую для соединения с ис-

точником данных

ConnectionTimeout Время ожидания соединения с источником данных, после пре-

вышения которого выдается сообщение об ошибке

CursorLocation Устанавливает или возвращает местонахождение курсора

Cursor-Type Тип курсора, используемый в объекте

Recordset Lock-

Type

Тип блокировки

MaxRecords Максимальное количество строк, передаваемых объекту Re-

cordset

Mode Устанавливает ограничения для редактирования данных

Password Пароль, который будет использоваться при доступе к данным

Recordset Возвращает или устанавливает ссылку на объект Recordset

RecordSource Данное свойство содержит наименование таблицы или запроса

и определяет содержимое объекта Recordset

UserName Имя пользователя, используемое при создании объекта

Элемент управления ADO Data Control характеризуется события-

ми, описанными в табл. III.18 [1].

Таблица III.18. События элемента управления ADO Data Control

Событие Описание

1 2

EndOfRecordset Возникает при достижении последней записи в объекте

Recordset

FetchConplete Возникает после заполнения всех записей в объекте Re-

cordset

FetchProgress Возникает периодически во время заполнения записей в

объекте Recordset

WillChangeField,

FieldChangeComplete

Данные события возникают соответственно до и после

изменения какого-либо поля или полей в объекте Record-

set

Мартьянова А.Е. Базы данных и знаний

276

Окончание таблицы III.18

1 2

WillChangeRecord, Re-

cordChangeComplete

Данные события возникают соответственно до и после

изменения какой-либо записи или записей в объекте Re-

cordset

WillChangeRecordset,

RecordsetChangeCom-

plete

Первое событие возникает до изменения данных в объек-

те Recordset, а второе – после изменения данных

WillMove, MoveCom-

plete

События возникают соответственно до и после изменения

текущей позиции в объекте Recordset

Для соединения элемента управления ADO Data Control с источ-

ником данных используется свойство ConnectionString диалогового окна

Properties (Свойства). Чтобы ввести информацию в это свойство, на-

жмите кнопку с тремя точками в правом столбце свойства. Откроется

диалоговое окно Property Pages (рис. III.67), в котором можно будет на-

строить соединение с источником данных.

Рис. III.67. Диалоговое окно для настройки строки соединения с источником данных

Для использования строки соединения с источником данных выбе-

рите опцию Use Connection String. Для формирования строки соедине-

ния служит диалоговое окно Data Link Properties (Свойства связи с

данными) (рис. III.68), которое открывается при нажатии на кнопку

Build, расположенную справа от поля ввода.

Мартьянова А.Е. Базы данных и знаний 277

Рис. III.68. Диалоговое окно Data Link Properties

Диалоговое окно Data Link Properties содержит четыре вкладки.

На вкладке Provider (Поставщик услуг) в списке OLE DB Provider(s)

(Поставщики OLE DB) необходимо выбрать поставщика услуг данных.

Для продолжения настройки нажмите Next (Далее) или выберите вклад-

ку Connection (Подключение) (рис. III.69), на которой можно настроить

соединение.

В первую очередь надо выбрать из раскрывающегося списка на-

именование сервера баз

данных. После этого необходимо ввести инфор-

мацию о пользователе, которая включает псевдоним пользователя и па-

роль (если это необходимо). Последним этапом настройки соединения

будет выбор базы данных из раскрывающегося списка или путем ввода

имени базы данных в поле ввода.

Мартьянова А.Е. Базы данных и знаний

278

Рис. III.69. Вкладка Connection диалогового окна Data Link Properties

На вкладке Advanced (Дополнительно) размещены дополнитель-

ные параметры для настройки соединения с источником данных.

В области Network setting (Параметры сети) вкладки Advanced

расположены следующие списки:

• Impersonation level – уровень представления, используемый сер-

вером при исполнении роли клиентов;

• Protection level – определяет уровень защиты данных при обмене

между сервером и клиентом.

В области Other (Другое

) вкладки Advanced размещены дополни-

тельные параметры настройки соединения. Поле ввода Connect timeout

(Время ожидания) устанавливает промежуток времени, через который

после начала соединения попытка соединения прекращается.

С помощью списка Access permissions (Права доступа) можно ус-

тановить ограничения для работы с данными.

Мартьянова А.Е. Базы данных и знаний 279

На вкладке All (Все) диалогового окна Data Link Properties пре-

доставляется возможность изменять все свойства, которые допустимы

для выбранного поставщика данных.

Определение источника записей

После того как для элемента управления ADO Data Control было

настроено соединение с источником данных, можно приступить к опре-

делению источника записей. Для этого в диалоговом окне Property

Pages элемента управления

ADO Data Control следует перейти на

вкладку Authentication (рис. III.70) и ввести имя пользователя и пароль

для активизации соединения с источником данных.

Затем можно непосредственно перейти к настройке источника за-

писей, воспользовавшись вкладкой RecordSource (Источник записи)

(рис. III.71) диалогового окна Property Pages.

Рис. III.70. Вкладка Authentication диалогового окна Property Pages

Мартьянова А.Е. Базы данных и знаний

280

Рис. III.71. Вкладка RecordSource диалогового окна Property Pages

Использование элемента ADO Data Control в форме

После настройки элемента ADO Data Control можно приступить к

размещению в форме элементов управления для отображения данных из

таблицы.

Далее необходимо связать элементы отображения данных с эле-

ментом ADO Data Control. Для каждого элемента управления необхо-

димо выполнить следующие действия:

• выбрать элемент, который необходимо связать с источником запи-

сей;

•

в окне Properties выбранного элемента из раскрывающегося спи-

ска свойства DataSource (Источник данных) выбрать элемент ADO Data

Control, который был размещен на форме;

• после того как элемент связан с источником записей, необходимо

связать его с полем таблицы. Для этого используют свойство DataField

(Поле данных), из списка которого выбирают требуемое поле

таблицы.

После завершения настройки всех элементов формы, запустите

проект на выполнение и просмотрите полученный результат (рис. III.72).