WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!

Pages:     | 1 |   ...   | 5 | 6 || 8 | 9 |   ...   | 10 |

«Петр Дарахвелидзе Евгений Марков Санкт-Петербург «БХВ-Петербург» 2003 УДК 681.3.06 ББК 32.973.26-018.2 Д20 П. Г., Марков Е. П. ...»

-- [ Страница 7 ] --

Microsoft OLE DB Provider for ODBC drivers обеспечивает доступ к данным, которые уже "прописаны" при помощи драйверов Однако реаль ное использование столь экзотичных вариантов соединений представля ется проблематичным. Драйверы ODBC и так славятся своей медлитель ностью, поэтому дополнительный слой сервисов здесь ни к чему.

Microsoft OLE DB Provider for Oracle обеспечивает соединение с сервером Oracle.

Microsoft OLE DB Provider for SQL Server обеспечивает соединение с сер вером Microsoft SQL Server.

Реализация ADO в Delphi Механизм доступа к данным через ADO и многочисленные объекты и ин терфейсы реализованы в VCL Delphi в виде набора компонентов, располо женных на странице ADO. Все необходимые интерфейсы, обеспечивающие работу компонентов, объявлены и описаны в файлах OleDB.pas и ADODB.pas в папке Компоненты ADO Компонент TADOConnection вобрал возможности перечислителя, источника данных и сессии с возможностями обслуживания транзакций.

Текстовые команды ADO реализованы в компоненте Наборы рядов (нотация Microsoft) можно получить при помощи компонен тов TADOTable, TADOQuery, Каждый ИЗ НИХ реализует СПОСОб доступа к конкретному типу представления данных в хранилище. Далее по тексту, применительно к компонентам Delphi, совокупность возвращаемых из хранилища данных строк будем называть набором записей, что соответст вует документации Inprise (см. www.borland.com или и стилю изложения предыдущих Набор свойств и методов компонентов ADO обеспечивает реализацию всех необходимых приложению БД функций. Способы использования компо нентов ADO немногим отличаются от стандартных компонентов VCL дос тупа к данным (см. гл. 11).

Однако при необходимости разработчик может использовать все возможно сти интерфейсов ADO, обращаясь к ним через соответствующие объекты ADO. Ссылки на объекты имеются в компонентах (см. ниже).

492 Часть IV. Технологии доступа к данным Механизм соединения с хранилищем данных ADO Компоненты доступа к данным ADO могут использовать два варианта под ключения к хранилищу данных. Это стандартный метод ADO и стандарт ный метод Delphi.

В первом случае компоненты используют свойство для прямого обращения к хранилищу данных. Во втором случае используется специальный компонент который обеспечивает расширен ное управление соединением и позволяет обращаться к данным нескольким компонентам одновременно.

Свойство предназначено для хранения информации о со единении с объектом ADO. В нем через точку с запятой перечисляются все необходимые параметры. Как минимум, это должны быть имена провайдера соединения или удаленного сервера:

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

и параметры, необходимые провайдеру:

Каждый компонент, обращающийся к хранилищу данных ADO самостоя тельно, задавая параметры соединения в свойстве connectionstring, откры вает собственное соединение. Чем больше приложение содержит компонен тов ADO, тем больше соединений может быть открыто одновременно.

Поэтому целесообразно реализовать механизм соединения ADO через спе циальный компонент — TADOconnection. Этот компонент открывает соеди нение, также заданное свойством (см. выше), и предостав ляет разработчику дополнительные средства управления соединением.

Компоненты, работающие с хранилищем данных ADO через данное соеди нение, подключаются к компоненту TADOconnection при помощи свойства property Connection: TADOconnection;

которое имеет каждый компонент, инкапсулирующий набор данных ADO.

Компонент TADOConnection Компонент предназначен для управления соединением с объектами хранилища данных ADO. Он обеспечивает доступ к хранилищу данных компонентам ADO, инкапсулирующим набор данных (см. ниже).

Глава 19. Использование ADO средствами Delphi Применение этого компонента дает разработчику ряд преимуществ:

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

возможность напрямую задать объект провайдера соединения;

доступ к объекту соединения ADO;

возможность выполнять команды ADO;

выполнение транзакций;

расширенное управление соединением при помощи методов-обработ чиков событий.

Настройка соединения Перед открытием соединения необходимо задать его параметры. Для этого предназначено свойство property Connectionstring:

которое подробно рассматривалось в разд. "Компонент О Connection".

Добавим лишь, что набор параметров изменяется в зависимости от типа провайдера и может настраиваться как вручную, так и при помощи специ ального редактора параметров соединения, который вызывается щелчком на компоненте TADOConnection, перенесенным на форму, или щелчком на кнопке в поле редактирования свойства connectionstring в Ин спекторе объектов (рис. 19.2).

Connectionstring r Source File/:

Рис. 19.2. Редактор настройки соединения ADO Здесь можно настроить соединение через свойство (радио кнопка Use Connection String) или загрузить параметры соединения из фай ла с расширением (радиокнопка Use Data Link File).

Файл UDL (листинг 19.1) представляет собой обычный текстовый файл, в котором указывается название параметра и через знак равенства его зна чение. Параметры разделяются точкой с запятой.

494 Часть IV. Технологии доступа к данным Листинг 19.1. Демонстрационный файл DBDEMOS.UDL !

Everything after this line is an OLE DB initstring Files\Borland Если файл параметров соединения отсутствует, настройку придется осуще ствлять вручную. Для этого следует нажать кнопку Build. В результате появ ляется диалоговое окно Data Link Properties, в котором можно настроить параметры соединения вручную. Оно представляет собой четырехстранич ный блокнот, позволяющий вам этап за этапом задать все необходимые па раметры (рис. 19.3).

Data Properties Connection | All Select the data want connect.

Microsoft Jet 4.0 OLE DB Microsoft DB Provider for Indexing Service Microsoft OLE DB Provider for Internet Publishing Microsoft OLE DB Provider for ODBC Drivers Microsoft OLE DB Provider for OLAP Services Microsoft OLE DB Provider for Oracle OLE DB Provider for SOL Server Microsoft OLE DB Simple Provider OLE DB Provider for Microsoft Directory Services Next» | Help 19.3. Диалоговое окно настройки параметров соединения на странице выбора провайдера Первая страница Provider позволяет выбрать провайдер OLE DB для кон кретного типа источника данных из числа провайдеров, установленных в системе. Здесь вы видите провайдеры не только для серверов БД, но и служб, установленных в операционной системе. Состав элементов управле ния следующих страниц зависит от типа источника данных, но различается не так уж сильно. Далее практически везде необходимо задать источник Глава Использование ADO средствами Delphi данных (имя сервера, базу данных, файл и т. д.), режим аутентификации пользователя, а также определить имя и пароль пользователя.

Рассмотрим процесс настройки на примере провайдера OLE DB для сервера Microsoft SQL Server.

Data Link Provider Connection Advanced) All, | Specify the Mowing to connect to SQL Server data:

Select a server name: • |TESTSERVER Enter Womation to log on to the server:

••. NT Integrated security Use a specific user name and password:

3. the database on the server:

| master Attach a database file as a database name:

• _ J Test Connection j Cancel Help 19.4. Диалоговое окно настройки параметров соединения на странице выбора источника данных Следующая страница Connection (рис. 19.4) настраивает источник данных.

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

Второй этап определяет режим аутентификации пользователя. Это либо система безопасности Windows, либо собственная система аутентификации сервера. Здесь же надо определить имя и пароль пользователя.

Третий этап предназначен для выбора базы данных сервера.

По окончании настройки источника данных вы можете проверить соедине ние, нажав кнопку Test Connection.

Теперь перейдем на следующую страницу.

Страница Advanced (рис. 19.5) задает дополнительные параметры соедине ния. В зависимости от типа хранилища данных некоторые элементы этой страницы могут быть недоступны.

496 Часть IV. Технологии доступа к данным Data Link Properties ••Provider | Network Connect timeout: j •.

Share Share Share Share Exclusive 19.5. Диалоговое окно настройки параметров соединения на странице дополнительных параметров Список Impersonation level определяет возможности клиентов при подклю чении в соответствии с полномочиями их ролей. В списке могут быть вы браны следующие значения:

Anonymous — роль клиента недоступна серверу;

Identify — роль клиента опознается сервером, но доступ к системным объектам заблокирован;

Impersonate — процесс сервера может быть представлен защищенным контекстом клиента;

• Delegate — процесс сервера может быть представлен защищенным кон текстом клиента, при этом сервер может осуществлять другие подключения.

Список Protection level позволяет задать уровень защиты данных. В списке могут быть выбраны следующие значения:

None — подтверждение не требуется;

Connect — подтверждение необходимо только при подключении;

Call — подтверждение источника данных при каждом запросе;

Pkt — подтверждение получения от клиента всех данных;

Pkt Integrity — подтверждение получения от клиента всех данных с со блюдением целостности;

Глава 19. Использование ADO средствами Delphi Privacy — подтверждение получения от клиента всех данных с со блюдением целостности и защита шифрованием.

В поле Connect timeout можно задать время ожидания соединения в секун дах. По истечении этого времени процесс прерывается.

При необходимости список Access permissions задает права доступа к от дельным видам выполняемых операций. В списке можно выбрать следую щие значения:

Read — только чтение;

ReadWrite — чтение и запись;

• Share Deny None — полный доступ всем на чтение и запись;

Share Deny Read — чтение запрещено всем;

Share Deny Write — запись запрещена всем;

Share Exclusive — чтение и запись запрещена всем;

Write — только запись.

Последняя страница (рис. 19.6) позволяет просмотреть и при необходи мости изменить все сделанные настройки (для этого предназначена кнопка Edit Value...) для выбранного провайдера.

Data Provider | | Advanced | These are the initialization properties lor this of data. To edit a value, a then choose Edit Value below.

Value Translate True Connect Timeout Current Language Data Source Extended Properties General Timeout Initial Catalog master Initial File Name Integrated Security Locale Identifier Network Address Network Library Packet Size | Help 19.6. Диалоговое окно настройки параметров соединения на странице просмотра настроек 498 Часть IV. Технологии доступа к данным После подтверждения сделанных в диалоге настроек из них формируется значение свойства connectionstring.

Управление соединением Соединение с хранилищем данных ADO открывается и закрывается при помощи свойства property Connected: Boolean;

или методов procedure Open;

overload;

procedure const Password: WideString);

overload;

И procedure Close;

Метод open является перегружаемым при необходимости использования удаленного или локального соединения. Для удаленного соединения приме няется вариант С параметрами UserlD И Password.

До и после открытия и закрытия соединения разработчик может использо вать соответствующие стандартные методы-обработчики событий:

property BeforeConnect: TNotifyEvent;

property BeforeDisconnect: TNotifyEvent;

property TNotifyEvent;

property AfterDisconnect: TNotifyEvent;

Кроме этого, компонент TADOConnection имеет дополнительные методы обработчики. После получения подтверждения от провайдера о том, что со единение будет открыто, перед его реальным открытием вызывается метод = TADOConnection;

var Connectionstring, UserlD, Password: WideString;

var TConnectOption;

var EventStatus: TEventStatus) of object;

property OnWillConnect: TWillConnectEvent;

Параметр содержит указатель на вызвавший обработчик компо нент.

Параметры Connectionstring, UserlD И Password строку парамет ров, имя и пароль пользователя.

Соединение может быть синхронным или асинхронным, что и определяется параметром ConnectOptions TConnectOption:

type TConnectOption = (coConnectUnspecified, coAsyncConnect);

Глава Использование ADO средствами Delphi — синхронное соединение всегда ожидает результат последнего запроса;

coAsyncConnect — асинхронное соединение может выполнять новые запро сы, не дожидаясь ответа от предыдущих запросов.

Наконец, параметр Eventstatus позволяет определить успешность выполне ния посланного запроса на соединение:

type TEventStatus = (esOK, esErrorsOccured, esCantDeny, esCancel, esOK — запрос на соединение выполнен успешно;

esErrorsOccured — в процессе выполнения запроса возникла ошибка;

esCantDeny — соединение не может быть прервано;

esCancel — соединение было прервано до открытия;

esUnwantedEvent — внутренний флаг ADO.

Например, в случае успешного соединения можно выбрать синхронный режим работы компонента:

procedure TADOConnection;

var ConnectionString, Password: WideString;

var TConnectOption;

var TEventStatus);

begin if Eventstatus = esOK then ConnectOptions := coConnectunspecified;

end;

Кстати, параметр синхронности/асинхронности можно также задать при помощи свойства ConnectOptions property ConnectOptions: TConnectOption;

После открытия соединения для выполнения собственного кода можно ис пользовать метод-обработчик TConnectErrorEvent = TADOConnection;

Error: Error;

var Eventstatus: TEventStatus) of object;

property TConnectErrorEvent;

Здесь, если в процессе открытия соединения возникла ошибка, параметр Eventstatus будет равен esErrorsOccured, а Error содержит объект ошибки ADO.

Теперь перейдем к вспомогательным свойствам и методам компонента TADOConnection, обеспечивающим соединение.

Часть IV. Технологии доступа к данным Для ограничения времени открытия соединения для медленных каналов связи используется свойство property Integer;

задающее время ожидания открытия соединения в секундах. По умолчанию оно равно 15 сек.

Также можно определить реакцию компонента на неиспользуемое соедине ние. Если через соединение не подключен ни один активный компонент, property Boolean;

в значении True сохраняет соединение открытым. Иначе, после закрытия последнего связанного компонента ADO, соединение закрывается.

При необходимости провайдер соединения ADO определяется напрямую property Provider: WideString;

Имя источника данных по умолчанию задается свойством property DefaultDatabase: WideString;

Но если этот же параметр указан в строке соединения, то он перекрывает собой значение свойства.

При необходимости прямой доступ к объекту соединения OLE DB обеспе чивает property _Connection;

При открытии соединения необходимо вводить имя пользователя и его па роль. Появление стандартного диалога управляется свойством property Boolean;

Без этого диалога для задания данных параметров можно использовать свойство connectionstring, метод (см. выше) или метод-обработчик type TLoginEvent = Password: string) of object;

property OnLogin: TLoginEvent;

type = cmShareExclusive, property Mode: TConnectMode;

задает доступные для соединения операции:

cmUnknown — разрешение неизвестно или не может быть установлено;

cmRead — разрешение на чтение;

Глава 19. Использование ADO средствами Delphi — разрешение на запись;

• — разрешение на чтение и запись;

— разрешение на чтение для других соединений запре щено;

— разрешение на запись для других соединений запре щено;

— разрешение на открытие для других соединений запрещено;

• cmShareDenyNone — открытие других соединений с разрешениями запре щено.

Доступ к связанным наборам данных и командам ADO Компонент TADoconnection обеспечивает доступ ко всем компонентам, кото рые используют его для доступа к хранилищу данных ADO. Все открытые таким образом наборы данных доступны через индексированное свойство property Integer]:

Каждый элемент этого списка содержит дескриптор компонента доступа к данным ADO (тип TCustomADODataSet). Общее число связанных компонен тов с наборами данных возвращается свойством property Integer;

Для этих компонентов можно централизованно установить тип используе мого курсора при помощи свойства type TCursorLocation = property TCursorLocation;

Значение задает локальный курсор на стороне клиента, что по зволяет выполнять любые операции с данными, в том числе не поддержи ваемые сервером.

Значение clUseServer задает курсор на сервере, который реализует только возможности сервера, но обеспечивает быструю обработку больших масси вов данных.

Например:

for i := 0 to — 1 do begin if = True then 502 Часть IV. Технологии доступа к данным := end;

Помимо наборов данных компонент TADOConnection обеспечивает выполне ние команд ADO. Команду ADO инкапсулирует специальный компонент TADOCommand, который ниже. Все команды ADO, работаю щие с хранилищем данных через это соединение, доступны для управления через индексированное свойство property Integer]: TADOCommand Каждый элемент этого списка представляет собой экземпляр класса TADOCommand.

Общее число доступных команд возвращается свойством property Integer Например, сразу после открытия соединения можно выполнить все связан ные команды ADO, реализовав таким образом нечто вроде скрипта:

procedure TADOConnection;

const Error: Error;

var EventStatus: TEventStatus);

var i, ErrorCnt: Integer;

begin if EventStatus = then for i := 0 to — 1 do try if <> '' then except on E: Exception do end;

end;

Однако компонент TADOConnection может выполнять команды ADO само стоятельно, без помощи других компонентов. Для этого используется пере гружаемый метод function CommandText:

TExecuteOptions = []): _RecordSet;

overload;

procedure CommandText: WideString;

var RecordsAffected:

Integer;

ExecuteOptions: TExecuteOptions = [eoExecuteNoRecords]);

overload;

Выполнение команды осуществляется процедурой Execute (если команда не возвращает набор записей) или одноименной функцией Execute (если команда возвращает набор записей).

Глава Использование ADO средствами Delphi Параметр должен содержать текст команды. Параметр RecordsAffected возвращает число обработанных командой записей (если они есть). Параметр type TExecuteOption = (eoAsyncExecute, TExecuteOptions = set of TExecuteOption;

задает условия выполнения команды:

eoAsyncExecute — команда выполняется асинхронно (соединение не будет ожидать окончания выполнения команды, а продолжит работу, обработав сигнал о завершении команды, когда он поступит);

eoAsyncFetch — команда получает необходимые записи также асин хронно;

eoAsyncFetchNonBlocking — команда получает необходимые записи также асинхронно, но при этом созданная нить не блокируется;

• eoExecuteNoRecords — команда не должна записи.

Если источник данных принял команду для выполнения и сообщил об этом соединению, вызывается метод-обработчик TADOConnection;

var var CursorType: TCursorType;

var LockType:

var TExecuteOptions;

var EventStatus:

TEventStatus;

const Command: _Command;

const Recordset: _Recordset) of object;

property TWillExecuteEvent;

После выполнения команды вызывается метод-обработчик TExecuteCompleteEvent = TADOConnection;

RecordsAffected: Integer;

const Error: Error;

var EventStatus:

TEventStatus;

const _Command;

const Recordset: _Recordset) of object;

property TExecuteCompleteEvent;

Объект ошибок ADO Все ошибки времени выполнения, возникающие при открытом соединении, сохраняются в специальном объекте ADO, инкапсулирующем коллекцию сообщений об ошибках. Доступ к объекту возможен через свойство property Errors: Errors;

Подробнее об объекте ошибок ADO см. ниже.

504 Часть IV. Технологии доступа к данным Транзакции Компонент TADOconnection позволяет выполнять транзакции.

Методы function BeginTrans: Integer;

procedure procedure RollbackTrans;

обеспечивают начало, фиксацию и откат транзакции соответственно.

Методы-обработчики TBeginTransCompleteEvent = TADOConnection;

Integer;

const Error: Error;

var EventStatus:

TEventStatus) of object;

property TBeginTransCompleteEvent;

TConnectErrorEvent = TADOConnection;

Error: Error;

var EventStatus: TEventStatus) of object;

property TConnectErrorEvent;

вызываются после начала и фиксации транзакции.

type TIsolationLevel = (ilUnspecified, ilChaos, ilCursorStability, ilRepeatableRead, ilSerializable, property IsolationLevel: TIsolationLevel;

позволяет задать уровень изоляции транзакции:

ilUnspecified — уровень изоляции не задается;

— изменения более защищенных транзакций не перезаписыва ются данной транзакцией;

ilReadUncommitted — незафиксированные изменения других транзакций видимы;

ilBrowse — незафиксированные изменения других транзакций видимы;

ilCursorStability — изменения других транзакций видимы только после фиксации;

• ilReadCommitted — изменения других транзакций видимы только после фиксации;

ilRepeatableRead — изменения других транзакций не видимы, но доступ ны при обновлении данных;

ilSerializable — транзакция выполняется изолированно от других тран закций;

Глава 19. Использование ADO средствами Delphi — транзакция выполняется изолированно от других тран закций.

TXactAttribute property Attributes: TXactAttributes;

задает способ управления транзакциями при их фиксации и откате:

xaCommitRetaining — после фиксации очередной транзакции автоматиче ски начинается выполнение новой;

xaAbortRetaining — после отката очередной транзакции автоматически начинается выполнение новой.

Наборы данных ADO На странице ADO Палитры компонентов Delphi, кроме компонентов соеди нения есть стандартные компоненты, инкапсулирующие набор данных и адаптированные для работы с хранилищем данных ADO (рис. 19.7). Это компоненты:

TADODataSet — универсальный набор данных;

— таблица БД;

— запрос SQL;

TADOstoredProc — хранимая процедура.

Как и положено для компонентов, инкапсулирующих набор данных, их об щим предком является класс TDataSet, предоставляющий базовые функции управления набором данных (см. гл.

TDataSet TADOQuery TADOStoredProc TADOQuery TADOTabie 19.7. Иерархия классов наборов данных ADO 506 Часть IV. Технологии доступа к данным Компоненты ADO обладают обычным набором свойств и методов, а не обходимый для доступа к данным через ADO механизм наследуют от своего общего предка — класса TCustomADODataSet. Кроме этого, класс содержит ряд общих для всех потомков свойств и мето дов, рассмотреть которые будет очень полезно. Поэтому сначала мы изучим класс TCustomADODataSet и только потом перейдем к компонентам ADO.

Класс TCustomADODataSet Класс TCustomADODataSet инкапсулирует механизм доступа к хранилищу данных через ADO. Этот класс наполняет абстрактные методы общего предка TDataSet функциями конкретного механизма доступа к данным.

Поэтому здесь мы рассмотрим только уникальные свойства и методы класса обеспечивающие работу с ADO.

Соединение набора данных с хранилищем данных ADO осуществляется через компонент TADOConnection (свойство или путем задания параметров соединения через свойство connectionstring (см. выше).

Набор данных Перед открытием набора данных необходимо установить тип используемой при редактировании записей блокировки. Для этого применяется свойство type TADOLockType = ltReadOnly, property LockType: TADOLockType;

ltUnspecified — блокировка задается источником данных, а не компонентом;

ltReadOnly — набор данных откроется в режиме только для чтения;

ltPessimistic — редактируемая запись блокируется на все время редактиро вания до момента сохранения в хранилище данных;

— запись блокируется только на время сохранения изменений в хранилище данных;

ltBatchOptimistic — запись блокируется на время сохранения в хранилище данных при вызове метода updateBatch.

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

Набор данных открывается методом и закрывается методом close.

Также можно использовать свойство property Active: Boolean;

Глава 19. Использование ADO средствами Delphi Текущее состояние набора данных можно определить свойством type TObjectState = stOpen, stConnecting, stExecuting, TObjectStates = set of TObjectState;

property RecordsetState:

Набор данных в компонентах ADO основан на использовании объекта на бора записей ADO, прямой доступ к этому объекту возможен при помощи свойства property Recordset: _Recordset;

Но поскольку все основные методы интерфейсов объекта набора записей ADO перекрыты методами класса, в обычных случаях прямой доступ к объ екту вам не понадобится.

После обновления набора данных вызывается метод-обработчик TRecordsetEvent = const Error:

Error;

var EventStatus: TEventStatus) of object;

property TRecordsetEvent;

где Error — ссылка на объект ошибки ADO, если она возникла.

Если же набор данных работает в асинхронном режиме, при обновлении вызывается метод-обработчик TFetchProgressEvent = Progress, Integer;

var EventStatus: TEventStatus) of object;

property TFetchProgressEvent;

где параметр Progress показывает долю выполнения операции.

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

Местоположение курсора задается свойством type TCursorLocation = clUseClient);

property CursorLocation: TCursorLocation;

Курсор может находиться на сервере или на клиенте (clUseClient).

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

508 Часть IV. Технологии доступа к данным Клиентский курсор обеспечивает передачу набора данных клиенту. Это положительно сказывается на быстродействии, но такой курсор разумно использовать только для небольших наборов данных, не загружающих канал связи с сервером.

При использовании клиентского курсора необходимо дополнительно уста новить = property которое управляет обменом данных клиента с сервером. Если соединение с сервером быстрое, можно использовать значение moMarshalAll, раз решающее возврат серверу всех записей набора данных. В противном случае для ускорения работы компонента можно применить свойство moMarshalModifiedOnly, обеспечивающее возврат только модифицированных клиентом записей.

Тип курсора определяется свойством = (ctUnspecified, property CursorType: TCursorType;

ctUnspecified — курсор не задан, тип курсора определяется возможностями источника данных;

ctOpenForwardOnly — однонаправленный курсор, допускающий перемещение только вперед;

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

ctKeyset — двунаправленный локальный курсор, не обеспечивающий про смотр добавленных и удаленных другими пользователями записей;

ctDynamic — двунаправленный курсор, отображает все изменения, требует наибольших затрат ресурсов;

ctstatic — двунаправленный курсор, полностью игнорирует изменения, внесенные другими пользователями.

( Примечание Если курсор расположен на клиенте (CursorType = clUseClient), то для него доступен только один тип — Соответственно до и после каждого перемещения курсора в наборе данных вызываются методы-обработчики:

TRecordsetReasonEvent = const Reason: TEventReason;

var EventStatus: TEventStatus) of object;

property TRecordsetReasonEvent;

Глава 19. Использование ADO средствами Delphi и TRecordsetErrorEvent = const Reason: TEventReason;

const Error: Error;

var EventStatus: TEventStatus) of object;

property TRecordsetErrorEvent;

где параметр Reason позволяет узнать, какой метод вызвал это перемещение.

Локальный буфер После передачи клиенту записи набора данных размещаются в локальном буфере, размер которого определяется свойством property CacheSize: Integer;

Значение свойства есть число записей, помещаемых в локальный буфер, и оно не может быть меньше 1. Очевидно, что при достаточно большом раз мере буфера компонент будет обращаться к источнику данных не так часто, но при этом большой буфер заметно замедлит открытие набора данных.

Кроме этого, при выборе размера локального буфера необходимо учитывать доступную компоненту память. Это можно сделать путем несложных вы числений:

:= * где RecordSize — СВОЙСТВО property RecordSize: Word;

возвращающее размер одной записи в байтах.

Как видите, компоненты ADO не избежали общей проблемы клиентских данных — при плохом качестве соединения работа приложения замедляется.

Однако кое-что все-таки сделать можно. Если при навигации по записям вам не требуется отображать данные в визуальных компонентах пользова тельского интерфейса, свойство property BlockReadSize: Integer;

позволяет организовать блочную пересылку данных. Оно задает число запи сей, помещаемых в один блок. При этом набор данных переходит в состоя ние По умолчанию блочная пересылка не используется и зна чение свойства равно 0.

Также можно ограничить максимальный размер набора данных. Свойство property Integer задает максимальное число записей набора данных. По умолчанию свойство имеет значение 0 и набор данных не ограничен.

510 Часть IV. Технологии доступа к данным Общее число записей набора данных на этот момент возвращает свойство только для чтения property Integer;

При достижении последней записи набора данных вызывается метод-об работчик = procedure (DataSet: TCustomADODataSet;

var MoreData: var EventStatus: TEventStatus) of object;

property TEndOfRecordsetEvent;

При этом параметр MoreData показывает, действительно ли достигнут конец набора данных. Если MoreData = True, то это означает, что в хранилище данных еще имеются записи, не переданные клиенту.

Состояние записи Класс TCustomADODataSet обладает дополнительными возможностями, кото рые позволяют отслеживать состояние каждой записи.

Для текущей записи набора данных можно определить ее состояние. Для этого предназначено свойство TRecordStatus = (rsOK, rsModified, rsDeleted, rsMultipleChanges, rsPendingChanges, rsCanceled, rsCantRelease, rsConcurrencyViolation, rsIntegrityViolation, rsMaxChangesExceeded, rsObjectOpen, rsPermissionDenied, rsDBDeleted);

property TRecordStatusSet;

где rsOK — запись успешно сохранена;

rsNew — запись добавлена;

rsModified — запись была изменена;

rsDeleted — запись удалена;

rsUnmodified — запись без изменений;

rslnvalid — запись не может быть сохранена из-за неверной закладки;

rsMultipleChanges — запись не может быть сохранена из-за множественных изменений;

rsPendingChanges — за пись не может быть сохранена из-за ссылки на несохраненные изменения;

rsCanceled — операция с записью была отменена;

rsCantRelease — запись заблокирована;

rsConcurrencyViolation — запись не может быть сохранена из-за типа блокировки;

rsIntegrityViolation — нарушена ссылочная цело стность;

rsMaxChangesExceeded — СЛИШКОМ МНОГО изменений;

rsObjectOpen — конфликт с объектом базы данных;

rsOutOfMemory — недостаток памяти, rsPermissionDenied — rsSchemaViolation — нарушение СТрукту ры данных;

rsDBDeleted — запись удалена в БД.

Как видите, благодаря этому свойству состояние отдельной записи может быть определено очень точно.

Глава 19. Использование ADO средствами Delphi Кроме этого, метод type = usDeleted);

function TUpdateStatus;

override;

возвращает информацию о состоянии текущей записи.

Соответственно до и после изменения записи вызываются методы обработчики = const Reason: TEventReason;

const RecordCount: Integer;

var TEventStatus) of object;

property TWillChangeRecordEvent;

И = TCustomADODataSet;

const Reason: TEventReason;

const RecordCount: Integer;

const Error: Error;

var EventStatus: TEventStatus) of object;

property где параметр Reason позволяет узнать, какой метод изменил записи, а параметр RecordCount возвращает число измененных записей.

Фильтрация Помимо обычной фильтрации, основанной на свойствах Filter, Filtered и методе-обработчике класс предоставляет разработчику дополнительные возможности.

TFilterGroup = (fgUnassigned, fgNone, fgPendingRecords, fgFetchedRecords, fgPredicate, fgConflictingRecords);

property FilterGroup: TFilterGroup;

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

Фильтрация возможна по следующим параметрам:

• fgUnassigned — фильтр не задан;

fgNone — все ограничения, заданные фильтром, снимаются, отображают ся все записи набора данных;

fgPendingRecords — отображаются измененные записи, несохраненные в хранилище данных при вызове метода updateBatch или 512 Часть IV. Технологии доступа к данным — показываются записи, обработанные при последнем сохранении в хранилище данных;

fgFetchedRecords — имеем записи, полученные при последнем обновле нии из источника данных;

• fgPredicate — видны только удаленные записи;

— отображаются модифицированные записи, при сохранении которых в хранилище данных возникла ошибка.

Для того чтобы групповая фильтрация заработала, необходимы два допол нительных условия. Во-первых, фильтрация должна быть включена — свой ство Filtered ДОЛЖНО иметь значение True. СВОЙСТВО LockType ДОЛЖНО ИМеТЬ with ADODataSet do begin Close;

LockType := Filtered := True;

FilterGroup := Open;

end;

Метод procedure array of const);

включает фильтрацию существующим закладкам. Для этого предвари тельно необходимо при помощи метода установить закладки на интересующих записях. При вызове метода FilterOnBookmarks автоматически очищается свойство Filter, а свойству FilterGroup присваивается значение Поиск Быстрый и гибкий поиск по полям текущего индекса набора данных обес печивает метод SeekOption = (soFirstEQ, soLastEQ, soAfterEQ, soAfter, soBeforeEQ, function Variant;

SeekOption: TSeekOption = soFirstEQ): Boolean;

В параметре KeyValues должны быть перечислены необходимые значения полей индекса. Параметр SeekOption управляет процессом поиска:

soFirstEQ — курсор устанавливается на первую найденную запись;

soLastEQ — курсор устанавливается на последнюю найденную запись;

Глава 19. Использование ADO средствами Delphi soAfterEQ — курсор устанавливается на найденную запись или, если запись не найдена, сразу после того места, где она могла находиться;

soAfter — курсор устанавливается сразу после найденной записи;

soBeforeEQ — курсор устанавливается на найденную запись или, если запись не найдена, перед тем местом, где она могла находиться;

soBefore — курсор устанавливается перед найденной записью.

Сортировка Свойство property Sort:

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

:= Если порядок сортировки не указан, по умолчанию задается прямой по рядок.

Команда ADO Для выполнения запросов к источнику данных любой компонент ADO ин капсулирует специальный объект команды ADO.

При использовании компонентов-потомков класса TCustomADODataSet обыч но нет необходимости применять объект команды напрямую. И хотя все реальное взаимодействие объекта набора данных ADO с источником данных осуществляется через объект команды, настройка и выполнение команды скрыты в свойствах и методах компонентов ADO. Тем не менее в классе TCustomADODataSet доступ к объекту команды можно получить свойства property Command:

Примечание При необходимости выполнить команду ADO, не связанную с конкретным набо ром данных, разработчик может использовать отдельный компонент TADOCommand, также расположенный на странице ADO Палитры компонентов.

Тип команды задается свойством type = cmdText, cmdFile, property TCommandType;

17 514 Часть IV. Технологии доступа к данным — тип команды неизвестен и будет определен источником данных;

— текстовая команда, интерпретируемая источником данных (на пример запрос SQL);

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

— команда на получение набора данных таблицы из хранилища данных;

— команда на выполнение хранимой процедуры;

— команда на получение набора данных, сохраненного в файле в формате, используемым конкретным источником данных;

— команда на получение набора данных таблицы напрямую, например из файла таблицы.

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

Для ограничения времени ожидания выполнения команды используется property Integer;

В компонентах наборов данных ADO команды выполняется при выполне нии следующих операций:

открытие и закрытие набора данных;

• выполнение запросов и хранимых процедур;

обновление набора данных;

сохранение изменений;

групповые операции.

Разработчик может повлиять на способ выполнения команды. Для этого он может изменить свойство type = (eoAsyncExecute, eoAsyncFetch, eoAsyncFetchNonBlocking, TExecuteOptions = set of TExecuteOption;

property TExecuteOptions;

eoAsyncExecute — асинхронное выполнение команды;

eoAsyncFetch — асинхронное выполнение команды на обновление набора данных;

Глава 19. Использование ADO средствами Delphi — асинхронное выполнение команды на обновле ние набора данных без установки блокировки;

eoExecuteNoRecords — выполнение команды не требует возвращения набора данных.

Групповые операции Как уже рассказывалось выше, наборы данных ADO используют на клиент ской стороне локальный кэш для хранения данных и сделанных изменений.

Благодаря наличию этого кэша и появилась возможность реализовать груп повые операции. В этом режиме все сделанные изменения не передаются немедленно источнику данных, а накапливаются в локальном кэше. Это повышает скорость работы и позволяет сохранять сразу группу модифици рованных записей.

Из отрицательных сторон этого метода стоит отметить, что пока изменения находятся на клиенте, они недоступны другим пользователям. В данной си туации могут возникать потери данных.

Для перевода набора данных в режим групповых операций необходимо вы полнить следующие условия.

Набор данных должен использовать клиентский курсор:

ADODataSet.CursorLocation := clUseClient;

Курсор должен иметь тип ctstatic:

:= ctstatic;

Блокировка должна иметь значение := ltBatchOptimistic;

Для передачи сделанных изменений в хранилище данных в компонентах ADO используется метод procedure TAffectRecords = arAll);

Для отмены всех сделанных, но не сохраненных методом UpdateBatch изме нений применяется метод procedure = arAll);

Используемый в методах тип TAffectRecords позволяет задать тип записей, к которым применяется данная операция:

TAffectRecords = (arCurrent, arFiltered, arAll, arCurrent — операция выполняется только для текущей записи;

arFiltered — операция выполняется для записей из работающего фильтра;

516 Часть IV. Технологии доступа к данным ГАИ — операция выполняется для всех записей;

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

Параметры Многие компоненты ADO, инкапсулирующие набор записей, должны обес печивать применение параметров запросов. Для этого в них используется специальный класс Для каждого параметра из коллекции класса TParameters создается отдель ный класс Этот класс является наследником класса коллекции и инкапсу лирует индексированный список отдельных параметров (см. ниже). Напом ним, что для работы с параметрами обычных запросов в компонентах за просов и хранимых процедур используется класс TParams (например в ком понентах dbExpress), также происходящий от класса коллекции.

Методы этих двух классов совпадают, а свойства имеют некоторые отличия.

Для представления параметров команд в ADO имеется специальный объект параметров, который активно используется в процессе работы компонентов ADO, инкапсулирующих набор данных.

Поэтому для компонентов ADO в VCL был создан собственный класс пара метров.

Класс TParameters Главное, для чего предназначен класс TParameters, — содержать список па раметров. Индексированный список параметров представлен свойством property Integer]: TParameter;

Текущие значения параметров можно получить из индексированного свойства property String]: Variant;

При этом доступ к конкретному значению осуществляется по имени пара метра:

Editl.Text := Список параметров можно обновлять при помощи методов function TParameter;

И function Name: DataType:

Direction: TParameterDirection;

Size: Integer;

Value: OleVariant):

TParameter;

Глава Использование ADO средствами Delphi Первый метод просто создает новый объект параметра и добавляет его к списку. Затем необходимо задать все свойства нового параметра:

var TParameter;

:= := := := pdlnput;

:= 0;

Метод CreateParameter создает новый параметр и определяет его свойства:

Name — имя параметра;

DataType — тип данных параметра, соответствующий типу поля таблицы БД (ТИП TFieldType);

Direction — тип параметра, в дополнение к стандартным типам pdlnput, pdOutput, ТИП имеет ДОПОЛНИ тельный тип определяющий любое возвращаемое зна чение;

size — максимальный размер значения параметра;

— значение параметра.

При работе с параметрами полезно вызывать их, используя имена, а не аб солютные индексы в списке. Для этого можно использовать метод function Value: WideString): TParameter;

Список параметров всегда должен соответствовать запросу или хранимой процедуре. Для обновления списка используется метод procedure Refresh;

Также вы можете создать список параметров для не связанного с данным объектом параметров запроса. Для этого используется метод function String;

DoCreate: Boolean): String;

DoCreate определяет, удалять ли перед анализом существующие пара метры.

Класс TParameter Класс TParameter инкапсулирует отдельный параметр.

Имя параметра определяется свойством property Name: WideString;

518 Часть IV. Технологии доступа к данным Тип данных, которому должно соответствовать его значение, задается свой ством TDataType = TFieldType;

property DataType: TDataType;

И так как параметры взаимодействуют с полями таблиц БД, то тип данных параметров совпадает с типами данных полей. От типа данных зависит раз мер параметра property Size: Integer;

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

Само значение параметра содержится в свойстве property Value: OleVariant;

А свойство type = (paSigned, paNullable, paLong);

= set of TParameterAttribute;

property Attributes: TParameterAttributes;

контролирует значение, присваиваемое параметру:

paSigned — значение может быть символьным;

paNullable — значение параметра может быть пустым;

• paLong — значение может содержать данные типа BLOB.

Тип параметра задается свойством type TParameterDirection = pdOutput, pdReturnValue);

property Direction: TParameterDirection;

— неизвестный тип, источник данных попытается определить его самостоятельно;

— входной параметр, используется в запросах и хранимых про цедурах;

pdOutput — выходной параметр, используется в хранимых процедурах;

pdlnputOutput — входной и выходной параметр одновременно, используется в хранимых процедурах;

pdReturnValue — параметр для передачи значения.

Глава 19. Использование ADO средствами Delphi Если параметр должен передавать большие бинарные массивы (например, изображения или файлы), то значение параметра можно загрузить, исполь зуя методы procedure String;

DataType: TDataType);

И procedure TStream;

DataType: TDataType);

Компонент TADODataSet Компонент TADODataSet предназначен для представления набора данных из хранилища данных ADO. Он прост в использовании, имея только несколько собственных свойств и методов, и применяет функции своего предка — Это единственный компонент ADO, инкапсулирующий набор данных, для которого опубликованы свойства, позволяющие управлять командой ADO.

Это свойства (см. выше) property И property В результате компонент представляет собой гибкий инструмент, который позволяет (в зависимости от типа команды и ее текста) получать данные из таблиц, запросов SQL, хранимых процедур, файлов и т. д. Например, вы выбираете нужное значение свойства CommandType = cmdText и заносите в свойство CommandText текст запроса SQL из редактора:

= cmdText;

CommandText := И запрос SQL готов к выполнению.

С Примечание Для запросов SQL можно применять только язык Data Manipulation Language (использовать только SELECT).

Соединение с базой данных задается свойством connectionstring или Connection (см. выше).

Набор данных открывается и закрывается свойством Active или методами Open И Close.

В приложениях компонент можно применять как все обычные компоненты доступа к данным, связывая инкапсулированный в нем набор данных с ви зуальными компонентами отображения данных через компонент TDataSource.

520 Часть IV. Технологии доступа к данным Компонент TADOTable Компонент обеспечивает использование в приложениях Delphi таблиц БД, подключенных через провайдеры OLE DB. По своим функцио нальным возможностям и применению он подобен стандартному таблично му компоненту (см. гл. 11).

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

Имя таблицы БД задается свойством property Другие свойства и методы компонента обеспечивают применение индексов (этой возможности лишен любой компонент запроса).

Так как не все провайдеры ADO обеспечивают прямое использование таб лиц БД, то для доступа к ним может понадобиться запрос SQL. Если свой ство property TableDirect: Boolean;

имеет значение True, осуществляется прямой доступ к таблице. В против ном случае компонент генерирует соответствующий запрос.

property Readonly: Boolean;

позволяет включить или отключить для таблицы режим "только для чтения".

Компонент TADOQuery Компонент TADOQuery обеспечивает применение запросов SQL при работе с данными через ADO. По своей функциональности он подобен стандарт ному компоненту запроса (см. гл.

Текст запроса задается свойством property SQL:

Параметры запроса определяются свойством property Parameters:

Если запрос должен возвращать набор данных, для его открытия использу ется property Active: Boolean;

или метод procedure Open;

Глава 19. Использование ADO средствами Delphi В противном случае достаточно использовать метод function ExecSQL: Integer;

ExecSQL Число обработанных запросом записей возвращает свойство property Integer;

Компонент Компонент TADOStoredProc позволяет использовать в приложениях Delphi, обращающихся к данным через ADO, хранимые процедуры. Он подобен стандартному компоненту хранимой процедуры (см. гл. 11).

Имя хранимой процедуры определяется свойством property Для определения входных и выходных параметров используется свойство property Parameters:

Если процедура будет применяться без изменений многократно, имеет смысл заранее подготовить ее выполнение на сервере. Для этого свойству property Prepared: Boolean;

присваивается значение True.

Команды ADO Команде ADO, которой мы уделяли так много внимания в этой главе в VCL Delphi, соответствует компонент TADOCommand. Методы этого компонента во многом совпадают с методами класса TCustomADODataSet, хотя этот класс не является предком компонента (рис. 19.8). Он предназначен для выполнения команд, которые не возвращают наборы данных.

Рис. 19.8. Иерархия классов компонента Так как компоненту TADOCommand нет необходимости обеспечивать работу набора записей, его непосредственным предком является класс TComponent.

К его функциональности просто добавлен механизм соединения с БД через ADO и средства представления команды.

Часть IV. Технологии доступа к данным Команда передается в хранилище данных ADO через собственное соедине ние или через компонент аналогично другим компонентам ADO (см. выше).

Текстовое представление выполняемой команды должно содержаться в свойстве property Однако команду можно задать и другим способом. Прямая ссылка на нуж ный объект команды ADO может быть задана свойством property _Command;

Тип команды определяется свойством type = cmdFile, cmdTableDirect);

property TCommandType;

Так ТИП TCommandType также используется В где необходимо представлять все возможные виды команд, по отношению к компоненту TADOCommand этот тип обладает избыточностью. Здесь нельзя установить значения cmdTable, cmdFile, cmdTableDirect, а ТИП cmdStoredProc должен обозначать только те хранимые процедуры, которые не возвращают набор данных.

Если команда должна содержать текст запроса SQL, свойство CommandType должно иметь значение cmdText.

Для вызова хранимой процедуры необходимо задать тип cmdStoredProc, a в свойстве CommandText ввести имя процедуры.

Если для выполнения команды необходимо задать параметры, используется property Parameters:

Выполнение команды осуществляется методом Execute:

function Execute: overload;

function Parameters: OleVariant): overload;

function Integer;

var Parameters:

OleVariant;

TExecuteOptions = []): _RecordSet;

overload;

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

• параметр RecordsAf fected возвращает число обработанных записей;

параметр Parameters задает параметры команды;

Глава Использование ADO средствами Delphi • параметр ExecuteOptions определяет условия выполнения команды:

TExecuteOption = (eoAsyncExecute, eoAsyncFetch, TExecuteOptions = set of TExecuteOption;

eoAsyncExecute — асинхронное выполнение команды;

eoAsyncFetch — асинхронная передача данных;

eoAsyncFetchNonBlocking — асинхронная передача данных без блокирова ния потока;

eoExecuteNoRecords — если команда возвращает набор записей, то они не передаются в компонент.

При работе с компонентом TADOConnection желательно использовать опцию Для прерывания выполнения команды используется метод procedure Cancel;

Текущее состояние команды можно определить свойством type TObjectState = (stClosed, stOpen, stConnecting, stExecuting, stFetching);

TObjectStates = set of TObjectState;

property States:

Объект ошибок ADO При рассказе о компонентах ADO в данной главе мы довольно часто упо минали об объектах ошибок ADO. Эти объекты содержат информацию об ошибке, возникшей при выполнении операции каким-либо объектом ADO.

В Delphi для объекта ошибки не предусмотрен специальный тип, но разра ботчик может использовать его методы интерфейса Error, предоставляемого многими методами других объектов ADO. Например, тип TRecordsetEvent = const Error:

Error;

var EventStatus: TEventStatus) of object;

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

Рассмотрим полезные свойства объекта ошибок ADO.

Часть IV. Технологии доступа к данным property Description: read возвращает описание ошибки, переданное из объекта, в котором ошибка произошла.

property WideString read Get_SQLState;

содержит текст команды, вызвавшей ошибку.

property NativeError: Integer read Get_NativeError;

возвращает код ошибки, переданный из объекта, в котором ошибка про изошла.

Пример приложения ADO Теперь попробуем применить на практике представленную в этой главе ин формацию о реализации ADO в Delphi. В качестве примера создадим про стое приложение ADO Demo, которое "умеет" отображать пару таблиц БД, сохранять изменения при помощи групповых операций, сортировать записи и устанавливать фильтры на выбранные записи (рис. 19.9).

Shared... | Соединение Сохранить Задать Фипьтр DS DYNAMIC SYSTEMS 70, NONE 68, EC ENTERPRISE COMPUTE NYSE 81, VG VALLEY GRAPHICS 25, 24, MASSIVE SYSTEMS i 33, 1E 12, NYSE 14, 29, Telecommunications BFC ' NONE 28, HAR HARRINGTON INC 89 i NYSE 24, NONE 21. OPTICON SYSTEMS NYSE COMC 52, NONE 51. DFR 19. WEST TECHNOLOGY :

' 22, LN LIVE NETWORKS :" 56, FLS SYSTEMS" 17,75 23, NONE 4,875 6, GBS BUS. SYSTEMS ! 15, NYSE NONE 22 49, FBC FIBER NONE 19.9. Главное окно приложения ADO Demo Глава 19. Использование ADO средствами Delphi В качестве источника данных выберем файлы dBase, имеющиеся в демонст рационной базе данных Delphi \Program Files\Common Shared \Data. Для использования в приложении выберем две таблицы: INDUSTRY и MASTER. Они связаны между собой внешним ключом по полям INDCODE и INDUSTRY соответственно.

Таблицу INDUSTRY можно редактировать, она инкапсулирована в компо ненте типа и отображается в левом компоненте TDBGrid. А таблица MASTER инкапсулирована в компоненте предназначена только для просмотра. Эти два компонента связаны отноше нием "ОДИН-КО-МНОГИМ" При ПОМОЩИ СВОЙСТВ MasterSource И j Листинг 19.2. Секция implementation модуля uMain приложения ADO Demo implementation uses IniFiles, FileCtrl;

const String = 'ADODemo.ini';

sEmptyDefDB: String = 'Database path is empty';

String = for filter is not procedure TObject);

begin with do try DefDBStr := 'DefDBStr', ' ' ) ;

edDefDB.Text := DefDBStr;

finally Free;

end;

0);

end;

procedure TObject;

var Action: TCloseAction);

begin with do try 'DefDBStr', edDefDB.Text);

finally Free;

end;

end;

526 Часть IV. Технологии доступа к данным procedure TObject);

begin if [], 0) then edDefDB.Text := end;

procedure begin '';

if DefDBStr '' then begin mtError, 0);

Abort;

end else begin ADOConn.DefaultDatabase DefDBStr;

end;

end;

procedure begin end;

procedure var i: Integer;

begin if > 0 then begin for i := 0 to — 1 do begin := vtPointer;

:= end;

end else [mbOK], 0);

end;

Глава 19. Использование ADO средствами Delphi procedure TObject);

begin := False;

end;

procedure begin if then if > > 0) then := + ' DESC else := + ' ASC;

end;

procedure var i: Integer;

begin for i := 0 to adoConn.DataSetCount — 1 do procedure var i: Integer;

begin for i := 0 to adoConn.DataSetCount — 1 do end;

end.

Соединение с источником данных Для связывания приложения с источником данных используем компонент TADOConnection и настроим соединения, щелкнув на кнопке свойства connectionstring в Инспекторе объектов.

Перейдя в редактор Data Link Properties, выберем провайдер Microsoft OLE DB Provider for OLE DB Drivers (см. рис. 19.3). Как правило, он имеется в операционной системе, если вы не предпринимали специальных усилий по его удалению.

Далее, на странице Connection (см. рис. 19.4) выберем радиокнопку Use data source name и в списке — файлы dBase. Для создания соединения с провай дером ODBC этого вполне достаточно.

528 Часть IV. Технологии доступа к данным Прокомментируем другие свойства компонента соединения ADO.

Свойство LoginPrompt должно иметь значение False, чтобы запретить показ диалога авторизации пользователя, ненужный для файлов dBase.

Свойство пока останется пустым. Мы применим его для указания пути к файлам базы данных, используя элементы пользовательско го интерфейса приложения.

Свойство CursorLocation имеет значение чтобы обеспечить ис пользование курсоров наборов данных на стороне клиента.

Свойство ConnectOptions имеет значение по умолчанию coConnectUnspecified.

Это означает, что все команды будут выполняться синхронно — соединение будет ожидать ответ на каждую команду.

Для свойства Mode установим значение cmShareDenyNone, что запрещает дру гим соединениям устанавливать любые ограничения — ведь в данном случае мы не планируем многопользовательскую работу с источником данных.

Для открытия соединения после запуска приложения необходимо задать путь к хранилищу данных. Для этого предназначена кнопка и однострочный редактор на Панели управления. После выбора его значение заносится в переменную DefDBStr и в текст редактора edDefDB. Переменная использу ется для установления соединения. Для включения соединения необходимо нажать кнопку Ее метод-обработчик проверяет состояние пере менной DefDBStr и заполняет свойство DefauitDatabase компонента соеди нения.

Примечание Так как во время настройки соединения выше мы не задавали путь к хранилищу данных, то свойство DefauitDatabase сработает. Иначе его значение будет перекрыто настройками свойства ConnectionString.

Открытие наборов данных ADO в приложении выполняется в методе обработчике который вызывается после полного от крытия соединения. Аналогичным образом наборы данных закрываются перед закрытием соединения в методе-обработчике Текущее значение пути к хранилищу данных сохраняется в файле DemoADO.ini и загружается при открытии приложения.

Групповые операции Компонент tbiindustry предназначен для выполнения групповых операций.

Поэтому его свойство LoclType имеет значение Для свой ства CursorLocation установлено значение ciuseciient, чтобы обеспечить Глава 19. Использование ADO средствами Delphi использование набора данных на клиенте. Тип курсора (свойство должен быть Сохранение изменений в хранилище данных обеспечивает метод в методе-обработчике нажатия кнопки tbSave.

Фильтрация Для фильтрации записей в наборе данных используется метод Пользователь должен выбрать интересующие его записи в компоненте dbgindustry (он работает в режиме dgMultiSelect). Затем, при нажатии кнопки tbFilter, созданные в свойстве компонента dbgindustry закладки передаются В массив Bookmarks потом передается в качестве параметра метода FilterOnBookmark для фильт рации.

Массив Bookmarks служит здесь лишь промежуточным звеном для при ведения типа закладок компонента dbgindustry к параметру метода FilterOnBookmark.

Сортировка Сортировка создана также для набора данных tbiindustry. При щелчке на заголовке колонки компонента dbgindustry вызывается метод-обработчик В нем, в зависимости от текущего состояния свойст ва сортировки (какое поле сортируется и в каком поряд ке), задается новое значение свойства Резюме Технология ADO обеспечивает универсальный способ доступа к гетероген ным источникам данных. Благодаря тому, что функции ADO реализованы на основе интерфейсов OLE DB и приложению для доступа к дан ным не требуется дополнительных библиотек, кроме инсталлированного ADO.

Компонент TADOConnection обеспечивает соединение с источниками данных через провайдеры OLE DB. Компоненты TADODataSet, TADOQuery, TADOStoredProc обеспечивают использование наборов записей в приложе нии. Свойства и методы компонентов позволяют создавать полнофункцио нальные приложения.

Компонент TADOcommand инкапсулирует текстовую команду ADO.

В дополнение к стандартным возможностям работы с данными, из компо нентов можно напрямую обращаться к необходимым объектам и интерфей сам ADO.

Распределенные приложения баз данных Глава 20. Технология DataSnap.

Механизмы удаленного доступа Глава 21. Сервер приложения Глава 22. Клиент многозвенного распределенного приложения ГЛАВА Технология DataSnap.

Механизмы удаленного доступа В главах части IV мы рассматривали вопросы создания обычных приложе ний БД, работающих с базами данных на локальных компьютерах или в пределах локальной сети. Однако, как быть, если необходимо создать при ложение, которое может с одинаковым успехом работать как в локальной сети, так и на удаленном компьютере.

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

В этой главе мы рассмотрим модель распределенного приложения БД, ко торая называется многозвенной (multitiered), и, в частности, ее наиболее про стой вариант — трехзвенное распределенное приложение. Тремя частями тако го приложения являются:

• собственно сервер базы данных;

сервер приложений (серверная часть приложения);

клиентская часть приложения.

Все они объединены в единое целое единым механизмом взаимодействия (транспортный уровень) и обработки данных (уровень бизнес-логики).

Компоненты и объекты Delphi, обеспечивающие разработку многозвенных приложений, объединены общим названием DataSnap.

( Примечание В предыдущих версиях Delphi (Delphi 4 и 5) эти компоненты объединялись под названием MIDAS (Multi-tier Distributed Applications Services — сервисы звенных распределенных приложений).

Палитра компонентов Delphi содержит специальную страницу DataSnap, на которой доступно большинство рассматриваемых в главах этой части ком Глава 20. Технология DataSnap. Механизмы удаленного доступа понентов. Однако при разработке многозвенных приложений нам понадо бятся и многие другие компоненты, которым также уделено достаточное внимание.

В этой главе рассматриваются следующие вопросы:

структура многозвенных приложений;

механизм удаленного доступа к данным DataSnap;

удаленные модули удаленных данных;

компоненты-провайдеры;

транспортные компоненты удаленных соединений DataSnap;

вспомогательные компоненты — брокеры соединений.

Структура многозвенного приложения в Delphi Многозвенная архитектура приложений баз данных вызвана к жизни необ ходимостью обрабатывать на стороне сервера запросы от большого числа удаленных клиентов. Казалось бы, с этой задачей вполне могут справиться и приложения клиент/сервер, основные элементы которых представлены в части Ш.

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

Многозвенная архитектура приложений БД призвана исправить перечис ленные недостатки.

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

Клиентские приложения обращаются не к серверу БД напрямую, а к спе циализированному ПО промежуточного слоя. Это может быть и одно звено (простейшая трехзвенная модель) и более сложная структура.

ПО промежуточного слоя называется сервером приложений, принимает запро сы клиентов, обрабатывает их в соответствии с запрограммированными 534 Часть V. Распределенные приложения баз данных правилами бизнес-логики, при необходимости преобразует в форму, удоб ную для сервера БД и отправляет серверу.

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

ПО промежуточного слоя -Локальная сеть Сервер БД Рис. 20.1. Многозвенная архитектура приложений БД Таким образом, многозвенное приложение БД состоит из (рис. 20.1):

"тонких" клиентских приложений, обеспечивающих лишь передачу, пред ставление, редактирование и простейшую обработку данных;

одного или нескольких звеньев ПО промежуточного слоя (сервер прило жений), которые могут функционировать как на одном компьютере, так и распределенно — в локальной сети;

• сервера БД (Oralce, Sybase, MS SQL, InterBase и т. д.), поддерживающего функционирование базы данных и обрабатывающего запросы.

Более простая трехзвенная модель содержит следующие элементы:

"тонкие" клиенты;

сервер приложений;

сервер БД.

Далее мы будем рассматривать именно трехзвенную модель. В среде разра ботки Delphi имеется набор инструментов и компонентов для создания кли Глава 20, Технология Механизмы удаленного доступа ПО и ПО промежуточного слоя. Серверная часть — сервер прило жений описывается в гл. 21, вопросы создания клиентского ПО — гл. 22.

Сервер приложений взаимодействует с сервером БД, используя одну из тех нологий доступа к данным, реализованным в Delphi (см. часть Это тех нологии ADO, BDE, InterBase Express и dbExpress. Разработчик может вы брать наиболее подходящую, исходя из поставленной задачи и параметров сервера БД.

Удаленные клиентские приложения создаются с использованием специаль ного набора компонентов, объединенных общим названием DataSnap. Эти компоненты инкапсулируют стандартные транспорты (DCOM, HTTP, соке ты) и обеспечивают соединение удаленного клиентского приложения с сер вером приложения. Также компоненты DataSnap обеспечивают доступ кли ента к функциям сервера приложений за счет использования интерфейса IAppServer (см. гл. 21).

Важную роль при разработке клиентских приложений играет компонент, инкапсулирующий клиентский набор данных. Его реализации также зависят от технологий доступа к данным и рассматриваются в гл. 22.

Наряду с перечисленными выше преимуществами, наличие дополнительно го звена — сервера приложений — дает некоторые дополнительные бонусы, которые могут быть весьма существенным подспорьем с точки зрения по вышения надежности и эффективности системы.

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

Например, при чрезмерной загрузке сервера, сервер приложений может са мостоятельно обрабатывать запросы пользователей (ставить их в очередь или отменять) без дополнительной загрузки сервера БД.

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

Кроме того, вы легко сможете использовать защищенные каналы передачи данных, например HTTPS.

Трехзвенное приложение в Delphi Теперь рассмотрим составные части трехзвенного распределенного прило жения в Delphi (рис. 20.2). Как говорилось выше, в Delphi целесообразно разрабатывать клиентскую часть трехзвенного приложения и ПО промежу точного слоя — сервер приложений.

Часть V. Распределенные приложения баз данных Компонент Набор данных "Тонкий" клиент соединения клиента Интерфейс Компонент lAppServer И провайдер Сервер Набор Интерфейс данных N V Сервер БД Рис. 20.2. Схема распределенного приложения Части трехзвенных приложений разрабатываются с использованием компо нентов DataSnap, а также некоторых других специализированных компо нентов, в основном обеспечивающих функционирование клиента. Для дос тупа к данным применяется одна из четырех технологий, реализованных в Delphi (см. часть IV).

Примечание с Разработку трехзвенных приложений целесообразно вести, используя в среде разработки группу проектов вместо одиночных проектов. Для этого использует ся утилита Project Manager (меню View | Project Manager).

Для передачи данных между сервером приложений и клиентами использует ся интерфейс lAppServer, предоставляемый удаленным модулем данных сер вера приложений. Этот интерфейс используют компоненты-провайдеры TDataSetProvider на стороне сервера и компоненты TClientDataSet на сто роне клиента.

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

Глава 20. Технология Механизмы удаленного Основной частью сервера приложений является удаленный модуль данных.

Во-первых, подобно обычному модулю данных (см. гл. 11) он является платформой для размещения невизуальных компонентов доступа к данным и компонентов-провайдеров. Размещенные на нем компоненты соедине ний, транзакций и компоненты, инкапсулирующие наборы данных, обеспе чивают трехзвенное приложение связью с сервером БД. Это могут быть на боры компонентов для технологий ADO, BDE, InterBase Express, dbExpress.

Во вторых, удаленный модуль данных реализует основные функции сервера приложений на основе предоставления клиентам интерфейса или его потомка. Для этого удаленный модуль данных должен содержать необ ходимое число компонентов-провайдеров TDataSetProvider. Эти компонен ты передают пакеты данных клиентскому приложению, а точнее компонен там а также обеспечивают доступ к методам интерфейса.

New Items WebSnap Web New I ActiveX. ' ! Dialogs Projects Data Data Module Cancel 20.3. Выбор удаленных модулей данных в Репозитории Delphi В состав Delphi входят удаленные модули данных. Для их создания ис пользуйте страницы Multitier, WebSnap и WebServices Репозитория Delphi (рис. 20.3).

Remote Data Module — удаленный модуль данных, инкапсулирующий сервер Автоматизации. Используется для организации соединений через DCOM, HTTP, (см. гл. 21).

Transactional Data Module — удаленный модуль данных, инкапсулирую щий сервер MTS (Microsoft Transaction Server).

538 Часть V. Распределенные приложения баз данных SOAP Server Data Module — удаленный модуль данных, инкапсулирую щий сервер SOAP (Simple Object Access Protocol).

• WebSnap Data Module — удаленный модуль данных, использующий Web службы и Web-браузер в качестве сервера.

Помимо удаленного модуля данных неотъемлемой частью сервера приложе ний являются компоненты-провайдеры С каждым ком понентом, инкапсулирующим набор данных, предназначенным для переда чи клиенту, в модуле данных должен быть связан компонент-провайдер.

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

В первую очередь удаленное клиентское приложение должно обеспечить соединение с сервером приложений. Для этого используются компоненты соединений DataSnap:

— использует — использует сокеты Windows;

— использует HTTP.

Компоненты соединения DataSnap предоставляют интерфейс используемый компонентами-провайдерами на стороне сервера и компо нентами на стороне клиента для передачи пакетов данных.

Для работы с наборами данных используются компоненты TclientDataSet, работающие в режиме кэширования данных.

Для представления данных и создания пользовательского интерфейса в кли ентском ПО применяются стандартные компоненты со страницы Data Controls Палитры компонентов.

Подробнее о разработке клиентского ПО для распределенных многозвенных приложений БД рассказывается в гл. 22.

Механизм удаленного доступа к данным DataSnap Для передачи пакетов данных между компонентом-провайдером и клиент ским набором данных (см. рис. 20.2) (между клиентом и сервером) должен существовать некий транспортный канал, обеспечивающий физическую пе редачу данных. Для этого могут использоваться разнообразные транспорт ные протоколы, поддерживаемые операционной системой.

Глава 20. Технология Механизмы удаленного Различные типы соединений, позволяющие настроить транспорт и начать передачу и прием данных, инкапсулированы в нескольких компонентах DataSnap. Для создания соединения с тем или иным транспортным прото колом разработчику достаточно перенести соответствующий компонент на форму и правильно настроить несколько свойств. Ниже рассматриваются варианты настройки транспортных протоколов для компонентов, исполь зующих сокеты TCP/IP, http.

Компонент TDCOMConnection Компонент TDCOMConnection предоставляет транспорт на основе технологии Distributed и применяется в основном для организации транспорта в рамках локальной сети.

Для настройки соединения в первую очередь необходимо задать имя компьютера, на котором функционирует сервер приложений. Для компо нента TDCOMConnection это должен быть зарегистрированный сервер Автома тизации. Имя компьютера задается свойством property string;

Если оно задано правильно, в списке свойства property string;

в Инспекторе объектов можно выбрать один из доступных серверов.

При выборе сервера также автоматически заполняется свойство property string;

Причем для успешного соединения клиента с сервером приложений оба свойства должны быть заданы в обязательном порядке. Только имя сервера или только его GUID не обеспечат правильный доступ к удаленному объек ту Открытие и закрытие соединения осуществляется свойством property Connected: Boolean;

или методами procedure Open;

procedure Close;

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

Для организации передачи данных между клиентом и сервером компонент TDCOMConnection Предоставляет IAppServer property AppServer: Variant;

который также может быть получен методом function GetServer: IAppServer;

override;

Часть V. Распределенные приложения баз данных Свойство property позволяет использовать экземпляр компонента для по лучения списка доступных серверов по время выполнения (см. ниже).

Методы-обработчики компонента TDcoMConnection представлены в табл. 20.1.

Таблица 20.1. Методы-обработчики событий компонента TDcoMConnection Объявление Описание property AfterConnect: Вызывается после установления соединения property AfterDisconnect: Вызывается после разрыва TNotifyEvent;

соединения property BeforeConnect:

Вызывается перед установлением TNotifyEvent;

соединения property BeforeDisconnect:

Вызывается перед разрывом соединения TNotifyEvent;

type = Вызывается непосредственно перед TObject;

появлением диалога удаленной авториза var string) of object;

ции пользователя. Для этого свойство должно иметь значение property True. Параметр Username может содер жать имя пользователя по умолчанию, которое появится в диалоге type TLoginEvent = Вызывается после открытия соединения, если свойство LoginPrompt имеет Username, Password: string) значение True. Параметры Username of object;

и Password содержат имя пользователя property OnLogin: TLoginEvent;

и пароль, введенные при авторизации Компонент Компонент TSocketconnection обеспечивает соединение клиента с сервером приложений за счет использования сокетов TCP/IP. Для успешного откры тия соединения на стороне сервера должен работать сокет-сервер (прило жение ScktSrvr.exe, рис. 20.4).

Для успешного соединения свойство property Host: String;

должно содержать имя компьютера сервера.

Глава 20. Технология DataSnap. Механизмы удаленного доступа а Ports Connections -..

1 | 212 - on values of Port are associated convention a service such as ftp or http. Port the of the ;

onnection on which the server listens lor client requests.

Caching • - • Cache Thread is number threads that can reused for new client • Inactive Inactive Timeout specifes the number of minutes a client can be inactive before being disconnected. [0 indicates infinite] - — Intercept GUID is the GUID for a data interceptor COM object.

See help for the for details.

20.4. ScktSrvr.exe Дополнительно, свойство property Address: String;

должно содержать IP-адрес сервера.

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

property Port: Integer;

устанавливает номер используемого порта. По умолчанию это порт 211, но разработчик волен изменить порт, например, для использования различны ми категориями пользователей или для создания защищенного канала.

После правильного выбора компьютера в списке свойства property string;

в Инспекторе объектов появляется перечень доступных серверов Автомати зации. И после выбора сервера свойство property ServerGUID: string;

которое содержит имя компьютера зарегистрированного сервера, зада ется автоматически, хотя его можно задать и вручную.

542 Часть V. Распределенные приложения данных Метод function GetServerList: OleVariant;

virtual;

возвращает список зарегистрированных серверов Автоматизации.

Открытие и закрытие соединения осуществляется свойством property Connected: Boolean;

или методами procedure Open;

procedure Close;

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

Канал сокета TCP/IP может быть зашифрован. Для этого используется property string;

содержащее программный идентификатор объекта обеспечивающего шифрование/дешифрование данных в канале, и свойство property string;

содержащее имя компьютера ЭТОГО объекта.

Этот объект перехватывает данные в канале и осуществляет их обра ботку, предусмотренную собственным программным кодом. Это может быть шифрование, сжатие, обработка шумов и т. д.

Примечание Создание объекта обеспечивающего дополнительную обработку данных в канале, ложится на плечи разработчика. Объект-перехватчик должен поддер живать стандартный интерфейс Естественно, на стороне сервера должен быть зарегистрирован объект выполняющий обратную операцию. Для этого также используется сокет сервер (рис. 20.5). Строка Interceptor на странице должна содержать имя компьютера GUID объекта-перехватчика t S J'D а See rte detail 20.5. Регистрация объекта-перехватчика COM в сокет-сервере Глава 20. Технология Механизмы удаленного Метод function virtual;

возвращает список зарегистрированных на сервере объектов-перехватчиков.

Для организации передачи данных между клиентом и сервером компонент IAppServer property AppServer: Variant;

который также может быть получен методом function GetServer: IAppServer;

override;

property ObjectBroker:

позволяет использовать экземпляр компонента для по лучения списка доступных серверов во время выполнения (см. ниже).

TSocketConnection ПОЛНОСТЬЮ совпадают с методами-обработчиками компонента (см.

табл. 20.1).

Компонент TWebConnection Компонент TWebConnection предоставляет клиенту соединение на основе транспорта HTTP. Для работы компонента на клиентском компьютере должна быть зарегистрирована библиотека wininet.dll. Обычно это не требу ет специальных усилий, т. к. этот файл уже имеется в системной папке Windows, если на компьютере установлен Internet Explorer.

На компьютере сервера должен быть инсталлирован Internet Information Server версии не ниже 4.0 или Netscape версии не ниже 3.6. Пере численное ПО обеспечивает доступ компонента TWebConnection к динамиче ской библиотеке HTTPsrvr.dll, которая также должна находиться на сервере.

Например, если файл HTTPsrvr.dll расположен в папке Scripts IIS 4.0 на Web-сервере www.someserver.com, то свойство property URL: string;

должно содержать следующее значение:

Если задан верно и сервер настроен правильно, то в списке свойства property ServerName: string;

в Инспекторе объектов появляется перечень зарегистрированных серверов ИМЯ ОДНОГО ИЗ НИХ ДОЛЖНО содержаться В СВОЙСТВе ServerName.

544 Часть V. Распределенные приложения баз данных После выбора имени сервера в свойстве property ServerGUID: string;

автоматически появляется GUID сервера.

Свойства property string;

И property Password: string;

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

property Proxy: string;

содержит имя используемого прокси-сервера.

В заголовок сообщений HTTP можно поместить имя приложения. Для это го используется свойство property Agent: string;

Соединение открывается и закрывается при помощи свойства property Connected: Boolean;

Аналогичные операции выполняют методы procedure Open;

procedure Close;

Доступ к интерфейсу предоставляет свойство property AppServer: Variant;

или метод function GetServer: IAppServer;

override;

Список доступных соединению серверов приложений возвращает метод function GetServerList: OleVariant;

virtual;

property ObjectBroker:

позволяет использовать экземпляр компонента для по лучения списка доступных серверов во время выполнения (см. ниже).

Методы-обработчики событий компонента полностью совпа дают с методами-обработчиками компонента (см. табл. 20.1).

Глава 20, Технология Механизмы удаленного доступа Провайдеры данных Компонент-провайдер TDataSetProvider представляет собой мост между на бором данных сервера приложений и клиентским набором данных. Он обеспечивает формирование и передачу пакетов данных клиентскому при ложению и прием от него сделанных изменений (см. рис. 20.2).

Все необходимые операции компонент выполняет автоматически. Разра ботчику необходимо лишь разместить компонент TDataSetProvider и свя зать его с набором данных сервера приложений. Для этого предназначено property DataSet: TDataSet;

Если соединение в клиентском приложении настроено правильно (см. вы ше), ТО В СПИСКе СВОЙСТВа Компонента TClientDataSet в Инспекторе объектов появляются имена всех компонентов-провайдеров сервера приложений. Если связать клиентский набор данных с компонен том-провайдером, а затем открыть его, в клиентский набор данных будут переданы записи из набора данных сервера приложений, указанного в свой стве DataSet КОМПОНента-ПрОВаЙдера TDataSetProvider.

Компонент также содержит свойства, помогающие настроить процесс обме на данными.

Свойство property Boolean;

управляет передачей данных от клиента серверу БД. Если оно имеет значе ние True, все изменения передаются в набор данных сервера приложений, заданный свойством DataSet. Иначе изменения направляются напрямую серверу БД. Если сервер приложений не должен отображать сделанные кли ентом изменения, то свойству ResolveToDataSet можно присвоить значение False, что ускорит работу приложения.

property Constraints: Boolean;

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

Если свойство имеет значение True, ограничения передаются.

property Exported: Boolean;

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

546 Часть V. Распределенные приложения баз данных Параметры компонента-провайдера задаются свойством type TProviderOption poIncFieldProps, poCascadeDeletes, poDisableEdits, poDisableDeletes, poNoReset, poPropogateChanges, poRetainServerOrder);

TProviderOptions = set of TProviderOption;

Набор параметров свойства задается присвоением элементам значения property Options: TProviderOptions;

poFetchBlobsOnDemand — включает передачу в клиентский набор данных зна чений полей типа BLOB. По умолчанию эта возможность отключена для ускорения работы;

poFetchDetailsOnDemand — включает передачу в клиентский набор данных подчиненных записей для отношения "один-ко-многим". По умолчанию эта возможность отключена для ускорения работы;

poIncFieldProps — включает передачу в клиентский набор данных несколь ких СВОЙСТВ ДЛЯ ПОЛеЙ: Alignment, DisplayLabel, Visible, DisplayFormat, Currency, poCascadeDeletes — включает автоматическое удаление подчиненных запи сей в отношении "один-ко-многим" на стороне сервера, если главная запись была удалена в клиентском наборе данных;

poCascadeUpdates — включает автоматическое обновление подчиненных записей в отношении "один-ко-многим" на стороне сервера, если главная запись была изменена в клиентском наборе данных;

poReadOnly — включает режим "только для чтения" для набора данных сер вера;

poAllowMultiRecordUpdates — включает режим внесения изменений сразу в несколько записей одновременно. Иначе все записи изменяются последо вательно, одна за одной;

poDisablelnserts — запрещает клиенту вносить в набор данных сервера но вые записи;

poDisableEdits — запрещает клиенту вносить в набор данных сервера изме нения;

poDisableDeletes — запрещает клиенту удалять записи в наборе данных сер вера;

Глава 20. Технология Механизмы удаленного доступа poNoReset — запрещает обновление набора данных сервера перед передачей записей клиенту (перед вызовом метода интерфейса poAutoRefresh — включает автоматическое обновление записей клиентского набора данных. По умолчанию эта возможность отключена для ускорения работы;

poPropogateChanges — если В методах-обработчиках ИЛИ AfterUpdateRecord клиентского набора данных были сделаны дополнитель ные изменения, то после их записи в наборе данных сервера, изменения снова направляются клиенту для обновления записи. Во включенном со стоянии эта возможность позволяет полностью контролировать сохранение изменений на сервере;

— позволяет изменять текст запроса SQL, имена храни мых процедур или таблиц в компоненте набора данных на сервере прило жений;

poRetainServerOrder — включает запрет на изменение порядка сортировки записей клиентом. Если этот параметр отключить, возможны ошибки ото бражения набора данных, проявляющиеся в появлении двойных записей.

Методы-обработчики компонента-провайдера данных представлены в табл. 20.2.

Таблица 20.2. Методы-обработчики событий компонента Объявление Описание property Вызывается после сохранения изменений, пе реданных от клиента, в наборе данных сервера property Вызывается после выполнения запроса SQL или TRemoteEvent;

хранимой процедуры на сервере Вызывается после того, как компонент-про property вайдер сформировал набор параметров набора TRemoteEvent;

данных сервера для их передачи клиенту Вызывается после того, как компонент-про property вайдер сформировал пакет данных для переда TRemoteEvent;

чи набора данных сервера клиенту Вызывается после обновления текущей записи property клиента компонентом-провайдером property AfterUpdateRecord: Вызывается сразу после обновления единичной записи на сервере Вызывается перед сохранением изменений, property переданных от клиента, в наборе данных сер вера Часть V. Распределенные приложения баз данных Таблица 20.2 (окончание) Объявление Описание property Вызывается перед выполнением запроса SQL или хранимой процедуры на сервере property Вызывается перед тем, как компонент-про вайдер сформировал набор параметров набора данных сервера для их передачи клиенту property Вызывается перед тем, как компонент-про вайдер сформировал пакет данных для переда чи набора данных сервера клиенту property Вызывается перед обновлением текущей записи клиента компонентом-провайдером property BeforeUpdateRecord: Вызывается непосредственно перед обновлени ем единичной записи на сервере property OnDataRequest: Вызывается при обработке запроса на получе ние данных клиентом property OnGetData:

Вызывается после получения данных от набора данных сервера, но перед их отправкой клиенту property Вызывается при создании структуры параметров набора данных сервера для их передачи клиенту property Вызывается при получении компонентом-про вайдером имени таблицы, подлежащей обнов лению property Вызывается при сохранении изменений в набо TProviderDataEvent;

ре данных сервера property Вызывается при возникновении ошибки сохра TResolverErrorEvent;

нения изменений в наборе данных сервера Вспомогательные компоненты — брокеры соединений В состав компонентов DataSnap входит ряд дополнительных компонентов, облегчающих работу с соединениями удаленных клиентов с сервером при ложений. Рассмотрим их.

Компонент Компонент инкапсулирует список серверов, доступных для клиентов данного многозвенного распределенного приложения. Список серверов создается на этапе разработки. При необходимости (отключение Глава 20. Технология DataSnap. Механизмы удаленного доступа сервера, его перегрузка и т. д.) компонент соединения клиентского ПО мо жет использовать один из запасных серверов из списка компонента TSimpleObjectBroker непосредственно во время выполнения.

Для этого необходимо заполнить список серверов компонента TSimple ObjectBroker и указать ссылку на него в свойстве objectBroker компонента соединения (см. выше). И тогда при "переоткрытии" соединения имя сервера будет ИЗ СПИСКа Компонента TSimpleObjectBroker.

Список серверов задается свойством property Servers: TServerCollection;

На этапе разработки список серверов заполняется специализированным редактором (рис. 20.6), который вызывается при щелчке на кнопке свойства в Инспекторе объектов.

Editing О • Local Application Рис. 20.6. Редактор списка серверов компонента Свойство servers представляет собой коллекцию (см. гл. 7) объектов класса Этот класс имеет несколько свойств, позволяющих описать ос новные параметры сервера (табл. 20.3). При использовании в соединении значения этих свойств подставляются в соответствующие свойства компо нента соединения.

Таблица 20.3. Свойства класса TServeritem Объявление Описание propert y st r i ng;

Имя компьютера, на котором функционирует сервер propert y DisplayName: St r i ng;

Содержит имя сервера для представления в списке серверов property Enabled: Boolean;

Управляет доступностью записи о сервере для выбора при подключении. При значении True компоненты соединений могут использовать данную запись списка для подключения 550 Часть V. Распределенные приложения баз данных Таблица 20.3 (окончание) Объявление Описание property HasFailed: Boolean;

После неудачной попытки использовать дан ную запись списка при подключении свойству присваивается значение True и в дальнейшем эта запись не используется property Port: Содержит номер порта, используемого при подключении к серверу Помимо списка серверов компонент имеет лишь несколько вспомогатель ных свойств и методов.

Метод function string;

override;

возвращает имя компьютера, на котором зарегистрирован сервер с за данным параметром.

Метод function string;

override;

возвращает имя компьютера, на котором зарегистрирован сервер с именем, заданным параметром property LoadBalanced: Boolean;

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

Компонент TLocalConnection Компонент TLocalConnection используется локально для получения доступа к существующим компонентам-провайдерам.

property string]:

содержит ссылки на все компоненты-провайдеры, размещенные с компо нентом TLocalConnection на одной форме. Индексация в списке осуществ ляется по имени компонента-провайдера.

Общее число компонентов-провайдеров в списке возвращает свойство property Integer;

Глава 20. Технология Механизмы удаленного доступа Кроме этого, при помощи компонента TLocalConnection можно получить доступ к интерфейсу локально. Для этого используется свойство property AppServer: IAppServer;

или метод function GetServer: IAppServer;

override;

Компонент Если интерфейс IAppServer удаленного модуля данных имеет метод, воз вращающий ссылку на аналогичный интерфейс другого удаленного модуля данных, то первый модуль называется главным, а второй — дочерним (см. гл. 21). Компонент TSharedConnection используется для соединения кли ентского приложения с дочерним удаленным модулем данных сервера при ложений.

property ParentConnection:

должно содержать ссылку на компонент соединения с главным удаленным модулем данных сервера приложений. Дочерний удаленный модуль данных определяется свойством property ChildName: string;

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

Интерфейс IAppServer дочернего удаленного модуля данных возвращает property AppServer: Variant;

или метод function GetServer: IAppServer;

override;

Методы-обработчики компонента TSharedConnection унаследованы от класса предка (см. табл. 20.1).

Компонент TConnectionBroker Компонент TConnectionBroker обеспечивает централизованное управление соединением клиентских наборов данных с сервером приложений. Для это го свойство ConnectionBroker клиентских наборов данных должно ссылаться на экземпляр компонента TConnectionBroker. Тогда для изменения соедине ния (например, при переходе с транспорта HTTP на сокеты TCP/IP) нет 552 Часть V. Распределенные приложения баз данных необходимости изменять значение свойства RemoteServer всех компонентов TClientDataSet, а достаточно изменить свойство property Connection:

TConnectionBroker.

Доступ к интерфейсу IAppServer обеспечивает свойство property AppServer: Variant;

или метод function GetServer: IAppServer;

override;

МеТОДЫ-обрабоТЧИКИ TConnectionBroker вуют табл. 20.1.

Резюме Многозвенные распределенные приложения обеспечивают эффективное взаимодействие большого числа удаленных "тонких" клиентов с сервером БД при помощи ПО промежуточного слоя. Наиболее распространенной мо делью является трехзвенная модель, где ПО промежуточного слоя состоит только из сервера приложений.

В Delphi для создания трехзвенных распределенных приложений использу ются компоненты DataSnap и удаленные модули данных. Все эти инстру менты реализованы для различных типов транспортных протоколов.

Также в трехзвенных приложениях применяются TDataSetProvider И КОМПОНенТЫ TClientDataSet, наборы данных на клиентской стороне.

ГЛАВА Сервер приложения Многозвенные распределенные приложения обеспечивают эффективный доступ удаленных клиентов к базе данных, так как в них для управления доступом к данным применяется специализированное ПО промежуточного слоя. В наиболее распространенной схеме — трехзвенном приложении — это сервер приложения, который выполняет следующие функции:

обеспечивает авторизацию пользователей;

принимает и передает запросы пользователей и пакеты данных;

регулирует доступ клиентских запросов к серверу БД, балансируя нагруз ку сервера БД;

может содержать часть бизнес-логики распределенного приложения, обес печивая существование "тонких" клиентов.

Delphi обеспечивает разработку серверов приложений на основе использо вания ряда технологий:

• Web;

Автоматизация;

• MTS;

О В этой главе рассматриваются следующие вопросы:

программные элементы сервера приложения Delphi;

структура сервера приложения;

типы удаленных модулей данных;

создание и настройка удаленных модулей данных;

• роль компонентов-провайдеров в передаче данных клиентам;

554 Часть V. Распределенные приложения баз данных методы интерфейса регистрация сервера приложения.

Структура сервера приложения Итак, сервер приложения — это ПО промежуточного слоя трехзвенного распределенного приложения (см. рис. 20.2). Его основой является удален ный модуль данных. В Delphi предусмотрено использование удаленных мо дулей данных пяти типов (см. ниже).

Далее в этой главе мы детально рассмотрим вопросы использования уда ленных модулей данных, инкапсулирующих функции серверов Автоматиза ции. Другие типы удаленных модулей данных рассматриваются в следую щих частях книги.

Каждый удаленный модуль данных инкапсулирует интерфейс методы которого используются в механизме удаленного доступа клиентов к серверу БД (см. гл. 20).

Для обмена данными с сервером БД модуль данных может содержать неко торое количество компонентов доступа к данным (компонентов соединений и компонентов, инкапсулирующих набор данных).

Для обеспечения передачи данных клиентам удаленный модуль данных обязательно должен содержать необходимое количество компонентов каждый из которых должен быть связан с соответствую щим набором данных.

Внимание!

Обмен данными сервера приложения с клиентами обеспечивает динамическая библиотека MIDAS.DLL, которая должна быть зарегистрирована на компьютере сервера приложения.

Для создания нового сервера приложения достаточно выполнить несколько простых операций.

1. Создать новый проект, выбрав в качестве типа проекта обычное прило жение (пункт меню File | New | Application) и сохранить его.

2. В зависимости от используемой технологии, выбрать из Репозитория Delphi необходимый тип удаленного модуля данных (см. рис. 20.3). Уда ленные модули данных располагаются на страницах WebSnap и Web Services.

3. Настроить параметры создаваемого удаленного модуля данных (см. ниже).

4. Разместить в удаленном модуле данных компоненты доступа к данным и настроить их. Здесь разработчик может выбрать один из имеющихся Глава 21. Сервер приложения наборов компонентов (см. часть IV) в зависимости от используемого сервера БД и требуемых характеристик создаваемого приложения.

5. Разместить в удаленном модуле данных необходимое число компонентов TDataSetProvider и связать их с компонентами, инкапсулирующими на боры данных.

6. При необходимости создать для потомка интерфейса исполь зуемого в удаленном модуле данных, дополнительные методы. Для этого создается новая библиотека типов (см. ниже).

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

8. Зарегистрировать сервер приложения и при необходимости настроить дополнительное ПО.

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

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

Интерфейс IAppServer Интерфейс IAppServer является основной механизма удаленного доступа клиентских приложений к серверу приложения. Набор данных клиента ис пользует его для общения с компонентом-провайдером на сервере прило жения. Наборы данных клиента получают экземпляр от компо нента соединения в клиентском приложении (см. рис. 20.2).

При создании удаленных модулей данных (см. ниже) каждому такому моду лю ставится в соответствие вновь создаваемый интерфейс, предком которо го является интерфейс IAppServer.

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

property AppServer: Variant;

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

По умолчанию интерфейс является несохраняющим состояние (stateless).

Это означает, что вызовы методов интерфейса независимы и не привязаны 556 Часть V. Распределенные приложения данных к предыдущему вызову. Поэтому интерфейс не имеет свойств, которые бы хранили информацию о состоянии между вызовами.

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

Методы интерфейса IAppServer представлены в табл. 21. Таблица 21.1. Методы интерфейса IAppServer Объявление Описание function Передает изменения, полученные от клиент ского набора данных, компоненту-провайдеру, WideString;

определяемому параметром ProviderName.

Delta: OleVariant;

Изменения содержатся в параметре Delta.

Integer;

out Параметр MaxErrors задает максимальное ErrorCount: Integer;

var число ошибок, пропускаемых при сохранении OleVariant):

данных перед прерыванием операции. Реаль OleVariant;

safecall;

ное число возникших ошибок возвращается параметром ErrorCount.

Параметр OwnerData содержит дополнитель ную информацию, передаваемую между кли ентом и сервером (например, значения пара метров методов-обработчиков).

Функция возвращает пакет данных, содержа щий все записи, которые не были сохранены в базе данных по какой-либо причине function Генерирует событие OnDataRequest для ука WideString;

занного провайдера ProviderName Data: OleVariant):

OleVariant;

safecall;

procedure Выполняет запрос или хранимую процеду ProviderName: WideString;

ру, определяемые параметром CommandText const для провайдера, указанного параметром WideString;

var ProviderName. Параметры запроса или хра OleVariant;

var OwnerData:

нимой процедуры содержатся в параметре OleVariant);

safecall;

Params function Передает провайдеру ProviderName текущие ProviderName: WideString;

значения параметров клиентского набора дан var OwnerData: OleVariant):

ных OleVariant;

safecall;

function AS_GetProviderNames:

Возвращает список всех доступных провайде OleVariant;

safecall;

ров удаленного модуля данных Глава 21. Сервер приложения Таблица (окончание) Объявление Описание function Возвращает пакет данных с записями набора данных сервера, связанного с компонентом Count: Integer;

out провайдером.

RecsOut: Integer;

Options:

Параметр CommandText содержит имя таблицы, Integer;

const текст запроса или имя хранимой процедуры, WideString;

var откуда необходимо получить записи. Но он OleVariant;

var работает только в случае, если для провайде :

ра в параметре Options включена опция OleVariant;

safecall;

Параметры запроса или процедуры помещаются в параметре Params.

Параметр задает требуемое число записей, начиная с текущей, если его значение больше нуля. Если параметр равен нулю — возвраща ются только метаданные, если он равен -1 — возвращаются все записи.

Параметр RecsOut возвращает реальное число переданных записей function Возвращает запись набора данных (предостав ProviderName: WideString;

ляемого провайдером ProviderName), опре Row: OleVariant;

деляемую параметром Row.

RequestType: Integer;

var Параметр RequestType содержит значение OwnerData: OleVariant):

типа TfetchOptions OleVariant;

safecall;

БОЛЬШИНСТВО МеТОДОВ ИСПОЛЬЗУЮТ параметры ProviderName И OwnerData. Первый определяет имя компонента-провайдера, а второй содер жит набор параметров, передаваемых для использования в методах обработчиках.

Внимательный читатель обратил внимание, что использование метода AS_GetRecords подразумевает сохранение информации при работе интерфей са, т. к. метод возвращает записи, начиная с текущей, хотя интерфейс имеет тип stateless. Поэтому перед использованием метода ре комендуется обновлять набор данных клиента.

Тип TFetchOption = (foRecord, foBlobs, foDetails);

TFetchOptions set of TFetchOption;

ИСПОЛЬЗуется В RequestType foRecord — возвращает значения полей текущей записи;

foBlobs — возвращает значения полей типа BLOB текущей записи;

558 Часть V. Распределенные приложения баз данных — возвращает все подчиненные записи вложенных наборов дан ных для текущей записи.

Интерфейс IProviderSupport Для организации взаимодействия клиентов с сервером БД удаленный мо дуль данных сервера приложения должен содержать компоненты-про вайдеры TDataSetProvider гл. 20). При этом используются методы ин терфейса IAppServer.

Для обмена данными с набором данных на сервере компонент-провайдер применяет интерфейс IProviderSupport (см. рис. 20.2), который включен в любой компонент набора данных, произошедший от класса TDataSet. В за висимости от используемой технологии доступа к данным каждый компо нент, инкапсулирующий набор данных, имеет собственную реализацию ме тодов интерфейса IProviderSupport.

Методы интерфейса могут понадобится разработчику только при создании собственных компонентов, инкапсулирующих набор данных и наследующих ОТ класса TDataSet.

Удаленные модули данных Удаленный модуль данных является основой сервера приложения (см. рис. 20.2) для многозвенного распределенного приложения. Во-первых, он выполняет функции обычного модуля данных — на нем можно разме щать компоненты доступа к данным. Во-вторых, удаленный модуль данных инкапсулирует интерфейс IAppServer, обеспечивая тем самым выполнение функций сервера и обмен данными с удаленными клиентами.

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

Remote Data Module. Класс TRemoteDataModuie инкапсулирует сервер Автоматизации.

Transactional Data Module. Класс является потомком клас са TRemoteDataModuie и к функциям обычного сервера Автоматизации до бавляет возможности MTS.

Data Module. Класс создает сервер приложения, использующий возможности Internet-технологий.

Soap Server Data Module. Класс инкапсулирует сервер SOAP.

CORBA Data Module. Класс является потомком класса TRemoteDataModuie и реализует функции сервера Глава 21. Сервер приложения Ниже мы рассмотрим процесс создания сервера приложения на основе уда ленного модуля данных TRemoteDataModuie. Остальные модули данных (за исключением удаленного модуля данных для детально рассматри ваются далее в этой книге.

Удаленный модуль данных для сервера Автоматизации ДЛЯ СОЗДанИЯ удаленного МОДУЛЯ TRemoteDataModuie ИСПОЛЬЗу ется Репозиторий Delphi (команда | New | Other). Значок класса TRemoteDataModuie находится на странице Multitier (см. рис. 20.3). Перед созданием экземпляра удаленного модуля данных появляется диалоговое окно (рис. 21.1), в котором необходимо предустановить три параметра.

instancing Singl e Instance.

' H e l p Cancel •- • Рис 21.1. Мастер создания удаленного модуля данных TRemoteDataModuie Строка CoClass Name должна содержать имя нового модуля данных, кото рое будет также использовано для именования нового класса, создаваемого для поддержки нового модуля данных.

Список Instancing позволяет задать способ создания модуля данных.

Internal — модуль данных обеспечивает функционирование лишь внут реннего сервера Автоматизации.

• Single Instance — для каждого клиентского соединения создается собст венный экземпляр удаленного сервера Автоматизации в собственном процессе.

Multiple Instance — для каждого клиентского соединения создается соб ственный экземпляр удаленного сервера Автоматизации в одном общем процессе.

Список Threading Model задает механизм обработки запросов клиентов.

Single — поток запросов клиентов обрабатывается строго последовательно.

Apartment — модуль данных одновременно обрабатывает один запрос.

Однако если DLL для выполнения запросов создает экземпляры 560 Часть V. Распределенные приложения баз данных объектов, то для запросов могут создаваться отдельные нити, в которых обработка ведется параллельно.

Free — модуль данных может создавать нити для параллельного выпол нения запросов.

Both — аналогична модели Free, за исключением того, что все ответы клиентам возвращаются строго один за другим.

Neutral — запросы клиентов могут направляться модулям данных в не скольких нитях одновременно. Используется только для технологии СОМ+.

При создании нового удаленного модуля данных создается специальный класс — наследник класса И фабрика класса на основе Примечание Класс TComponentFactory представляет собой фабрику класса для компо нентов Delphi, инкапсулирующих интерфейсы. Поддерживает интерфейс Создадим, например, удаленный модуль данных В мастере созда ния модуля данных в качестве способа создания выберем Single Instance, a Free — как модель обработки запросов.

Листинг 21.1. Исходный код нового удаленного модуля данных и его фабрики класса type TSimpleRDM = private { Private declarations } protected class procedure Boolean;

const ClassID, string);

override;

public { Public declarations } end;

implementation {$R class procedure Boolean;

const ClassID, ProgID: string);

begin if Register then Глава 21. Сервер приложения begin inherited ClassID, end else begin inherited ClassID, ProgID);

end;

end;

initialization end.

Обратите внимание, что параметры модуля данных, заданные при создании, ИСПОЛЬЗОВаны В фабрике класса TComponentFactory В initialization.

Примечание Фабрика класса TComponentFactory обеспечивает создание экземпляров ком понентов Delphi, поддерживающих использование интерфейсов.

Метод класса UpdateRegistry создается автоматически и обеспечивает реги страцию и аннулирование регистрации сервера Автоматизации. Если пара метр Register имеет значение True, выполняется регистрация, иначе — от мена регистрации.

Разработчик не должен использовать этот метод, т. к. его вызов осуществля ется автоматически.

Одновременно с модулем данных создается и интерфейс — потомок ин терфейса Его исходный код содержится в библиотеке типов проекта сервера приложения. Для удаленного модуля данных соз данный интерфейс представлен в листинге 21.2. Для удобства из листинга удалены автоматически добавляемые комментарии.

Листинг 21.2. Вновь созданная библиотека типов для сервера приложения с исходным кодом интерфейса удаленного модуля данных = TGUID = TGUID = Часть V. Распределенные приложения баз данных type = interface;

= = ISimpleRDM;

ISimpleRDM = end;

ISimpleRDMDisp = dispinterface ['{E2CBEBCB-1950-4054-B823-62906306E840}'] function Delta:

OleVariant;

MaxErrors: Integer;

out ErrorCount: Integer;

var OwnerData: OleVariant): OleVariant;

dispid 20000000;

function ProviderName: WideString;

Count:

Integer;

out RecsOut: Integer;

Options: Integer;

const WideString;

var OleVariant;

var OwnerData: OleVariant):

OleVariant;

dispid 20000001;

function ProviderName: WideString;

Data:

OleVariant): OleVariant;

dispid 20000002;

function OleVariant;

dispid 20000003;

function ProviderName: WideString;

var OwnerData: OleVariant): OleVariant;

dispid 20000004;

function ProviderName: WideString;

Row:

OleVariant;

RequestType: Integer;

var OwnerData: OleVariant): OleVariant;

dispid 20000005;

procedure ProviderName: WideString;

const CommandText: WideString;

var OleVariant;

var OwnerData: OleVariant);

dispid 20000006;

end;

= class class function Create: ISimpleRDM;

class function MachineName: string): ISimpleRDM;

end;

implementation uses class function ISimpleRDM;

begin Result := as ISimpleRDM;

end;

class function MachineName: string):

ISimpleRDM;

Глава 21. Сервер приложения begin Result := as ISimpleRDM;

end;

end.

Обратите внимание, что интерфейс isimpieRDM является потомком интер фейса рассмотренного выше.

Так как удаленный модуль данных реализует сервер Автоматизации, допол нительно к основному дуальному интерфейсу isimpieRDM автоматически соз дан интерфейс диспетчеризации При этом для интерфейса диспетчеризации созданы методы, соответствующие методам интерфейса IAppServer.

Класс обеспечивает создание СОМ-объектов, поддерживающих использование интерфейса. Для него автоматически созданы два метода класса.

Метод class function Create: ISimpleRDM;

используется при работе с локальным и внутренним сервером (in process).

Метод class function MachineName: string): ISimpleRDM;

используется в удаленном сервере.

Оба метода возвращают ссылку на интерфейс isimpieRDM.

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

После создания удаленный модуль данных становится платформой для раз мещения компонентов доступа к данным и компонентов провайдеров (см. гл. 20), которые, наряду с модулем данных, реализуют основные функ ции сервера приложения.

Дочерние удаленные модули данных Один сервер приложения может содержать несколько удаленных модулей данных, которые, например, выполняют различные функции или обраща ются к разным серверам БД. В этом случае процесс разработки серверной части не претерпевает изменений. При выборе имени сервера в компоненте удаленного соединения на стороне клиента (см. гл. 22) будут доступны име на всех удаленных модулей данных, включенных в состав сервера прило жения.

564 Часть V. Распределенные приложения баз данных Однако тогда для каждого модуля понадобится собственный компонент соединения. Если это нежелательно, можно использовать компонент но в этом случае в интерфейсы удаленных модулей дан ных необходимо внести изменения.

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

Рассмотрим, что же это означает для практики создания удаленных модулей данных. Суть идеи проста. Интерфейс главного модуля данных (разработчик назначает модуль главным, исходя из собственных соображений) должен содержать свойства, указывающие на интерфейсы всех других модулей дан ных, которые также необходимо использовать в рамках одного соединения на клиенте. Такие модули данных и называются дочерними.

Если такие свойства (свойство должно иметь атрибут только для чтения) существуют, все дочерние модули данных будут доступны в свойстве TSharedConnection (см. гл. 20).

Например, если дочерний удаленный модуль данных носит название главный модуль данных должен содержать свойство secondary:

= function Get_Secondary: Secondary;

safecall;

property Secondary: Secondary read Get_Secondary;

end;

Реализация метода выглядит так:

function Secondary;

begin Result := as ISecondary;

end;

Как видите, в простейшем случае достаточно вернуть ссылку на вновь соз данный дочерний интерфейс.

Полностью пример создания дочернего удаленного модуля данных рассмат ривается далее в этой главе.

Регистрация сервера приложения Для того чтобы клиент мог "увидеть" сервер приложения, он должен быть зарегистрирован на компьютере сервера. В зависимости от используемой технологии процесс регистрации имеет особенности. Регистрация серверов MTS, Web и SOAP рассматривается далее в этой книге.

Глава 21. Сервер приложения Здесь же мы остановимся на регистрации сервера приложения, использую щего удаленный модуль данных TRemoteDataModuie (сервер Автоматизации), который чрезвычайно прост.

Для исполняемых файлов достаточно запустить сервер с ключом /regserver или даже просто запустить исполняемый файл.

В среде разработки ключ можно поместить в диалоге команды меню Run Parameters (рис. 21.2).

Run Parameters : • Local j "•. • /I:/.':'1,. • • • " •• •• •. ••...

...

•..:. :.. '••• •• -.: •. • ••.

:

•••' • • : •. •• '. • • • •. • 21.2. Диалог параметров запуска приложения Для удаления регистрации используется ключ но только в командной строке.

Для регистрации динамических библиотек применяется ключ /regsvr32.

Пример простого сервера приложения В качестве примера рассмотрим процесс создания простого сервера прило жения на основе удаленного модуля данных TRemoteDataModuie. Для начала создадим новый проект — простое исполняемое приложение и сохраним его под именем simpleAppSrvr (табл. 21.2). Этот проект входит в состав группы проектов в нее впоследствии будет добавлено клиентское при ложение.

Таблица 21.2. Файлы проекта SimpleAppSrvr Файл Назначение Стандартный файл проекта SimpleAppSrvr_TLB.pas Библиотека типов. Содержит объявления всех исполь зуемых в проекте интерфейсов Часть V. Распределенные приложения баз данных Таблица 21.2 (окончание) Файл Назначение Файл главного удаленного модуля данных uSecondary.pas Файл дочернего удаленного модуля данных Secondary Пример создания клиента для сервера приложения рассмат ривается в гл. 22.

Главный удаленный модуль данных Добавим в проект новый удаленный модуль данных, используя для этого Репозиторий Delphi (см. рис. 20.3). Затем в появившемся диалоге (см.

рис. 21.1) зададим имя модуля — simpleRDM и его параметры:

способ создания — instance — для каждого клиента создается собственный модуль данных;

• способ обработки запросов — Free (см. выше).

Метод класса updateRegistry для модуля данных создается автоматически и обеспечивает регистрацию и аннулирование регистрации сервера Автомати зации (см. листинг 21.1).

Одновременно с удаленным модулем данных автоматически создается биб лиотека типов и в ней дуальный интерфейс и интерфейс диспет черизации ЛИСТИНГ 21.2).

Для каждого вновь созданного интерфейса автоматически назначается GUID.

Разместим в модуле компоненты для доступа к файлам демонст рационной базы данных (\Program Files\Borland Shared\Data) через драйвер BDE и псевдоним который создается автомати чески при инсталляции Delphi. Это компонент TDatabase, обеспечивающий соединение и три табличных компонента инкапсулирующих наборы данных из таблиц Orders.db, Customer.db, Компонент соединения настроен на псевдоним DBDEMOS (свойство В параметрах соединения заданы имя пользователя и пароль, а свойство = False запрещает отображение диалога регистрации при открытии соединения.

Каждый табличный компонент связан с компонентом-провайдером TDataSetProvider. СВОЙСТВО ResolveToDataSet = False запрещает передачу изменений, полученных от клиента, в набор данных связанного Глава 21. Сервер приложения компонента. Вместо этого данные напрямую сохраняются в базе данных.

Это увеличивает быстродействие приложения.

Дочерний удаленный модуль данных Дополнительно к основному модулю данных создадим дочерний модуль данных Для того чтобы связать главный модуль данных с дочер ним, необходимо добавить к интерфейсу isimpieRDM метод, возвращающий ссылку на интерфейс дочернего модуля данных. В нашем примере это метод Для его создания воспользуемся библиотекой типов сервера (рис. 21.3).

Attributes | Parameters j Flags | | Secondary Secondary Name:

SimpleRDM Secondary Secondary Type:

Picture * — short Help String:

SimpleRDM " Help Content Help String Context:

21.3. Библиотека типов сервера приложения В дереве в левой части окна выберем интерфейс isimpieRDM и создадим для него новое свойство только для чтения, переименуем его в secondary. Одно временно со свойством будет создан метод, обеспечивающий чтение свойст ва. Переименуем в Get_secondary. Метод должен возвращать тип Для установки воспользуемся списком на странице Attributes в правой части панели окна библиотеки типов (см. рис. 21.3).

После обновления исходного кода библиотеки типов (кнопка Refresh Implementation) описание нового свойства и метода интерфейса isimpieRDM 568 Часть V. Распределенные приложения баз данных появится в файле Теперь объявление интерфейса выглядит так:

= ' ] function Secondary;

safecall;

property Secondary: Secondary read Get_Secondary;

end;

Одновременно в объявлении удаленного модуля данных в файле uSimpleRDM появится метод Get_secondary. Его исходный код должен вы глядеть следующим образом:

function Secondary;

begin Result := as ISecondary;

end;

Теперь МОДУЛЬ ДаННЫХ Secondary ДОЧерНИМ ДЛЯ МОДУЛЯ SimpieRDM.

Модуль secondary содержит компоненты для доступа к локальному серверу InterBase. База данных mastsql.gdb, используемая в этом примере, поставля ется вместе с Delphi. Соединение обеспечивается компонентом который настроен на базу данных при помощи свойства Внимание!

Перед компиляцией проекта необходимо правильно настроить свойство DatabaseName, если местоположение файла mastsql.gdb отличается от обычного.

Два табличных компонента инкапсулируют таблицы Vendors и Parts из базы данных mastsql.gdb. Дополнительно между этими двумя ком понентами установлено отношение "один-ко-многим". Свойство MasterSource компонента указывает на компонент dsvendors (класс TDataSource), связанный с компонентом Свойства и компонента tbiParts содержат имя общего для двух таблиц поля vendorNo (подробнее о создании отношения гл. 14).

Отношение "один-ко-многим", созданное для двух таблиц, позволит проде монстрировать в примере клиентского приложения использование вложен ных наборов данных (см. гл. 22).

Регистрация сервера приложения Теперь, когда сервер приложения готов, остался последний этап — регист рация сервера. Для этого достаточно запустить исполняемый файл проекта на компьютере, который будет использоваться для работы сервера приложе Глава 21. Сервер приложения ния. Но обратите внимание, что в этом случае настройки доступа к исполь зуемым в примере базам данных должны быть скорректированы с учетом переноса на другой компьютер. И естественно, на нем должны быть уста новлен BDE и клиент InterBase.

После регистрации сервер приложения доступен из всех клиентских прило жений, компоненты соединения DataSnap настроены на компьютер сервера приложения.

Резюме Сервер приложения представляет собой ПО промежуточного слоя для трех звенных распределенных приложений. Он обеспечивает связь удаленных клиентов с сервером БД и реализует большую часть бизнес-логики распре деленного приложения.

В Delphi сервер приложения создается на основе удаленных модулей дан ных, реализация которых различается для различных технологий удаленного доступа. Удаленные модули данных имплементируют интерфейс Непосредственный доступ к данным обеспечивают компоненты-провайдеры TDataSetProvider ПОМОЩИ интерфейса IProviderSupport.

ГЛАВА Клиент многозвенного распределенного приложения Клиентское ПО в распределенном многозвенном приложении имеет осо бенности архитектуры, продиктованные его ролью — ведь большая часть бизнес-логики и функций обработки данных сосредоточены в сервере при ложений (см. гл. 21). Такая схема призвана обеспечить более высокую эф фективность обработки запросов многочисленных удаленных клиентов, а также упрощает обслуживание клиентского ПО. Клиенты, выполняющие лишь необходимый минимум операций, называются "тонкими".

Клиенты многозвенных приложений обеспечивают выполнение следующих функций:

соединение с сервером приложений, прием и передача данных;

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

простейшие операции редактирования;

сохранение локальных копий данных.

При разработке клиентских частей многозвенных приложений в Delphi ис пользуются компоненты DataSnap (см. гл. 20), а также компонент роль которого трудно переоценить.

Помимо новых компонентов в процессе разработки применяются стандарт ные компоненты отображения данных, подробно рассматриваемые в гл. 15, а также обычная схема связывания визуальных компонентов с набором данных через компонент TDataSource (см. гл. 11).

В этой главе рассматриваются следующие вопросы:

структура клиентского приложения;

соединение удаленного клиента с сервером приложений;

набор данных клиента в компоненте TCiientDataSet, локальное кэширо вание данных;

Глава 22. Клиент многозвенного распределенного основные операции обработки данных, выполняемые клиентским набо ром данных;

вложенные наборы данных;

обработка локальных ошибок клиентского набора данных и ошибок сер вера приложений.

Структура клиентского приложения По своей структуре (рис. 22.1) клиентское приложение подобно обычному приложению баз данных, рассматриваемому гл.

Internet Клиент Компонент DataSnap Локальный Компонент TCIientDataSet буфер Компонент TDataSource Визуальные компоненты отображения данных Клиентское приложение Рис. 22.1. Структура клиентской части многозвенного приложения Delphi Соединение клиента с сервером приложений осуществляется специализиро ванными компонентами DataSnap (см. гл. 20). Эти компоненты взаимодей ствуют с удаленным модулем данных, входящим в состав сервера, при по мощи методов интерфейса 572 Часть V. Распределенные приложения баз данных Также в клиентском приложении могут использоваться дополнительные, определенные разработчиком, методы интерфейса удаленного модуля дан ных, унаследованного от интерфейса Подробнее об этих ком понентах и способах их настройки на удаленный сервер приложений см. гл. 21.

Внимание!

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

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

Кэширование и редактирование данных в клиентском приложении обеспе чивает специализированный компонент TciientDataSet, отдаленным пред ком которого является класс TDataSet. Помимо унаследованных от предков методов, класс TciientDataSet инкапсулирует ряд дополнительных функций, облегчающих управление данными.

( Примечание Подобно обычному приложению БД, в "тонком" клиенте для размещения неви зуальных компонентов доступа к данным необходимо использовать модули данных.

Для получения набора данных сервера компонент TciientDataSet взаимо действует с компонентом TDataSetProvider, используя методы интерфейса IProviderSupport (см. гл. 21).

По существу все уникальные функции клиентского приложения сосредото чены в компоненте TciientDataSet, изучением которого мы и займемся да лее в этой главе. В остальном клиентское приложение не отличается от обычного приложения БД и при его разработке могут применяться стан дартные методы.

Клиентские наборы данных В Палитре компонентов Delphi представлено несколько компонентов, ин капсулирующих клиентский набор данных. В то же время при разработке настоящих удаленных клиентских приложений применяется компонент Глава 22. Клиент многозвенного распределенного приложения TCiientDataSet. Внесем ясность в этот вопрос. Итак, помимо компонента TCiientDataSet, расположенного на странице Data Access, существуют еще два компонента:

— разработан для технологии доступа к данным dbExpress и, по существу, является единственным полноценным средством для работы с набором данных в рамках этой технологии;

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

Все перечисленные компоненты произошли от общего предка — класса 22.2). Они обеспечивают локальное кэширование данных и взаимодействие с серверным набором данных при посредстве ин терфейса IProviderSupport.

Основное различие между компонентом TCiientDataSet и другими клиент скими компонентами заключается в том, что первый предназначен для использования с внешним компонентом-провайдером данных. А значит, он может взаимодействовать с удаленным провайдером данных.

Остальные перечисленные компоненты инкапсулируют внутренний провай дер данных, предоставляя тем самым для использования в рамках соответ ствующих технологий доступа к данным эффективный механизм локального кэширования данных. Использование внутреннего провайдера данных обес печивает общий TCustomCachedDataSet.

TDataSet J TCiientDataSet 22.2. Иерархия классов клиентских наборов данных 574 Часть V. Распределенные приложения данных Для этого он имеет защищенное свойство property Provider:

Соединение с источником данных осуществляется не свойством (будет рассмотрено ниже применительно к компоненту за дающим удаленный сервер, а стандартными средствами соответствующей технологии доступа к данным.

Pages:     | 1 |   ...   | 5 | 6 || 8 | 9 |   ...   | 10 |



© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.