3.2. Модель удаленного представления (Модель сервера бд).

Модель сервера БД (DataBase Server — DBS) в ИС (Слайд 7) отличается от предыдущей моде­ли тем, что функции компьютера-клиента ограничиваются функциями представ­ления информации, в то время как прикладные функции обеспечиваются прило­жением, находящимся на компьютере-сервере. Эта модель является более технологичной, чем RDA-модель и применяется в таких СУБД, как Ingress, Sybase и Oracle. При этом приложения реализуются в виде т.н. хранимых процедур.

Хранимая процедура — процедура с операторами SQL для доступа к БД, вызываемая по имени с передачей требуемых параметров и выполняемая на сервере БД.

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

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

Триггер — это особый тип хранимой процедуры, реагирующий на возникно­вение определенного события в БД. Он активизируется при операциях добавления, обновления и удаления.

Достоинства:

• возможность хорошего централи­зованного администрирования приложений на этапах разработки, сопровож­дения и модификации,

• использование вычислительных и коммуникационных ресурсов за счет выполнения программ в режиме коллективного пользования уменьшает затраты на трафик сети.

Основной недостаток - очень большая загрузка сервера.

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

Недостатки:

• ограничения средств раз­работки хранимых процедур — сильная привязка операторов хранимых процедур к конкретной СУБД. Язык написания хра­нимых процедур, по сути, является процедурным расширением языка SQL, и не может соперничать по выразительным средствам и функциональным возможностям с традиционными языками третьего поколения, такими как С++ и Pascal.

• в большинстве СУБД нет удовлетворительных средств отладки и тестирования хранимых процедур, что делает их опасным инструментом— неотлаженные программы могут приводить к некорректностям БД, зависаниям серверных и клиентских программ и т. п.

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

3.3. Модель распределенного представления.

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

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

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

Модель распределенного представления имели ИС, построенные на СУБД ранних поколений, и работавшие на малых, средних и больших ЭВМ. В роли Х-терминалов выступали дисплейные станции и абонентские пункты (локальные и удален­ные).

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

Достоинства (вытекают из централизованной схе­мы управления вычислительными ресурсами):

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

• относительная дешевизна (ввиду невысокой стоимости оконечных терминалов).

Недостатки:

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

• высокие требования к серверу по про­изводительности при большом числе клиентов.