29.Архитектура Web-приложений, публикующих бд

При публикации БД на Web-страницы в архитектуру Web-приложений вво­дятся дополнительные уровни, включающие сервер БД, сервер приложений и источник БД.

При такой архитектуре Web-сервер передает запрос на генерацию Web-страниц программе-расширению Web-сервера, которая формирует требуе­мый документ по информации из БД, а затем Web-сервер отсылает готовые Web-страницы обратно обозревателю. Динамические страницы формируют­ся с помощью различных средств и технологий: ASP и IDC/HTX-c границ, программ расширения сервера на основе интерфейсов CGI и ISAPI.

При использовании ASP и IDC/HTX-страниц запрос на получение динами­чески формируемой Web-страницы передается специальным динамическим библиотекам, входящим в состав Web-сервера.

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

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

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

Двухуровневые Web-приложения

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

Схема функционирования Web-приложения при такой архитектуре заключа­ется в следующем. Обозреватель для начала работы с Web-приложением отсылает URL-адрес главной страницы Web-приложения Web-серверу. По­следний, обработав URL запроса, высылает главную страницу Web-прило­жения обозревателю в формате HTML. Эта страница несет общую инфор­мацию о Web-приложении и позволяет выбрать требуемую функцию из ряда других, предоставляемых этим Web-приложением. Далее возможно несколь­ко вариантов работы Web-приложения.

Рис. 3. Архитектура Web-приложения, использующего БД

Если пользователю нужна определенная информация из БД, то обозреватель по ссылке, находящейся в загруженной HTML-странице, формирует URL запроса к модулю расширения сервера, при этом могут применяться раз­личные технологии, в зависимости от используемого на Web-узле Web-сервера и других особенностей работы Web-приложения.

При необходимости формирования параметризованного URL на уровне обозревателя проверка правильности ввода параметров запроса может вы­полняться с помощью сценариев JavaScript.

После того как пользователь выбрал требуемую ссылку, обозреватель отсы­лает URL Web-серверу. Для обработки такого запроса сервер вызывает тре­буемый модуль расширения и передает ему параметры URL. Модуль расши­рения сервера формирует SQL-запрос к БД.

Из модуля расширения сервера доступ к БД может осуществляться различ­ными способами и на основе различных интерфейсов. Например, в случае ASP-страниц применяется несколько уровней интерфейсов: объектная мо­дель ADO, объектный интерфейс OLE DB, интерфейс ODBC. Также возмо­жен вариант непосредственного доступа к БД. Например, в случае модуля ISAPI, разработанного в среде Delphi для доступа к БД, может использо­ваться один посредник — драйвер BDE (Borland DataBase Engine), входящий в состав программных средств модуля расширения сервера.

Недостатки рассмотренной двухуровневой архитектуры:

- повышенная нагрузка на Web-сервер, заключающаяся в том, что обра­ботка URL-запросов, извлечение информации из БД и формирование HTML-страниц выполняется Web-сервером и модулями расширения Web-сервера;

- низкая безопасность, связанная с невозможностью, например, обеспе­чить требуемый уровень защиты информации в БД от сбоев во время об­ращения к базе данных из модуля расширения сервера или конфиденци­альности информации БД от администратора Web-узла.

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