Вы на НеОфициальном сайте факультета ЭиП

На нашем портале ежедневно выкладываются материалы способные помочь студентам. Курсовые, шпаргалки, ответы и еще куча всего что может понадобиться в учебе!
Главная Контакты Карта сайта
 
Где мы?

Реклама


Архитектура клиент-сервер

Просмотров: 4968 Автор: Angel
Архитектура клиент-сервер 

Распределенные системы — это системы клиент-сервер. Существует, по меньшей мере, три модели клиент-сервер: 
 модель доступа к удаленным данным (RDA-модель);  
 модель сервера базы данных (DBS-модель);  
 модель сервера приложений (AS-модель). 

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

Middleware — это главный компонент трехзвенных распределенных систем. Он выполняет функции управления транзакциями и коммуникациями, транспортировки запросов, управления именами и иные функции. 

Существует фундаментальное различие между технологией типа "сервер запросов—клиент запросов" и трехзвенными технологиями. В первом случае клиент явным образом запрашивает данные, зная структуру базы данных (имеет место так называемая "поставка данных" клиенту). Клиент передает СУБД, например, SQL-запрос, а в ответ получает данные. Осуществляется жесткая связь типов, для реализации которой все СУБД используют закрытый SQL-канал. Он строится двумя процессами: SQL/Net на компьютере-клиенте и SQL/Net на компьютере-сервере и порождается по инициативе клиента оператором connect. Канал называется закрытым в том смысле, что невозможно, например, написать программу, которая будет шифровать SQL-запросы по специальному алгоритму или другим образом будет вмешиваться в процесс передачи данных между клиентским и серверным приложением. 

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

 Важно  

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

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

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


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

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

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


Архитектура клиент/сервер 

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



Информация

Комментировать статьи на нашем сайте возможно только в течении 60 дней со дня публикации.

Популярные новости

Статистика сайта



Rambler's Top100



 
Copyright © НеОфициальный сайт факультета ЭиП