Базы данных в архитектуре клиент/сервер

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

До появления технологии клиент/сервер большинство приложений Oracle функционировало на одной ЭВМ. Обычно приложение, использующее алфавитно-цифровой, интерфейс, обращалось к экземпляру базы данных, работающему на той же машине, и конкурировало с сервером RDBMS за тот же центральный процессор и ресурсы памяти. Одна система отвечала не только за всю обработку базы данных, но также и за выполнение логики приложения. Кроме того, та же система обрабатывала весь обмен с каждым терминалом; все нажатия клавиш и элементы отображения обслуживались тем же процессором, который обрабатывал запросы к базе данных и логику приложения.

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

Наряду с качественным улучшением аппаратных средств, расширение возможностей серверов RDBMS также повлияло на архитектуру приложений. До выпуска 7-й версии RDBMS Oracle обладала не столь изощренными возможностями поддержки логики обработки, необходимой для обеспечения целостности данных. Например, контроль соответствия первичного и внешнего ключей выполнялся приложением. Поэтому база данных чрезмерно зависела от приложения при поддержании целостности, а код приложения становился громоздким и сложным. Следующий рисунок иллюстрирует различия между традиционными централизованными приложениями и приложениями клиент/сервер. Приложения базы данных клиент/сервер могут использовать преимущества Огас1е Server для реализации некоторых функций логики приложения.

До Oracle7 базы данных выполняли на уровне ядра только контроль типа данных, однако с приходом Oracle7 значительная часть логики приложения может выполняться ядром базы данных. Огас1е предоставляет такие возможности, как хранимые процедуры, поддержка ограничений целостности, определяемые пользователем функции и триггеры базы данных. Все это позволяет приложению хранить большое количество бизнес-правил (или семантику модели данных) на уровне базы данных. В результате приложение освобождается для выполнения более тонких задач обработки, таких как управление интерфейсом GUI и взаимодействие с другими приложениями и инструментальными средствами, поддерживающими модель "клиент-сервер". Как показано на рисунке выше, такая СУБД намного более устойчива; она уже не использует код приложения для, поддержания целостности.

Дата добавления: 2014-01-07