Проектирование и реализация баз данных и клиентских приложений в среде MS Visual Studio.NET. Макурин Ю.Д - 70 стр.

UptoLike

ВУЗ: 

ПГУ | Пенза

Составители: 

Рубрика: 

70
многопользовательские СУБД опираются на RDA- и DBS-модели и при создании
информационной системы, предполагающей использование только СУБД,
выбирают одну из этих двух моделей, либо их разумное сочетание.
В AS-модели процесс, выполняющийся на компьютере-клиенте, отвечает,
как обычно, за интерфейс с пользователем (то есть реализует функции первой
группы). Обращаясь за выполнением услуг к прикладному
компоненту, этот
процесс играет роль клиента приложения (Application Client ⎯ AC). Прикладной
компонент реализован как группа процессов, выполняющих прикладные
функции, и называется сервером приложения (Application Server ⎯ AS). Все
операции над информационными ресурсами выполняются соответствующим
компонентом, по отношению к которому AS играет роль клиента. Из прикладных
компонентов доступны ресурсы различных типов ⎯ базы данных, очереди,
почтовые службы
и др.
Модель сервера приложений представлена на рисунке 19.
Вызовы
API
Компонент
представления
Клиент
Сервер
Прикладной
компонент
Сервер
Компонент доступа
к ресурсам
SQL
Рисунок 19 ⎯ Модель сервера приложений.
RDA- и DBS-модели опираются на двухзвенную схему разделения
функций. В RDA-модели прикладные функции приданы программе-клиенту, в
DBS-модели ответственность за их выполнение берет на себя ядро СУБД. В
первом случае прикладной компонент сливается с компонентом представления,
во втором ⎯ интегрируется в компонент доступа к информационным
ресурсам. В
AS-модели реализована трехзвенная схема разделения функций, где прикладной
компонент выделен как важнейший изолированный элемент приложения. Для его
определения используются универсальные механизмы многозадачной
операционной системы, и стандартизованы интерфейсы с двумя другими
компонентами. AS-модель является фундаментом для мониторов обработки
транзакций (Transaction Processing Monitors ⎯ TPM), или, проще, мониторов
транзакций, которые выделяются как особый вид
программного обеспечения. 
многопользовательские СУБД опираются на RDA- и DBS-модели и при создании
информационной системы, предполагающей использование только СУБД,
выбирают одну из этих двух моделей, либо их разумное сочетание.
      В AS-модели процесс, выполняющийся на компьютере-клиенте, отвечает,
как обычно, за интерфейс с пользователем (то есть реализует функции первой
группы). Обращаясь за выполнением услуг к прикладному компоненту, этот
процесс играет роль клиента приложения (Application Client ⎯ AC). Прикладной
компонент реализован как группа процессов, выполняющих прикладные
функции, и называется сервером приложения (Application Server ⎯ AS). Все
операции над информационными ресурсами выполняются соответствующим
компонентом, по отношению к которому AS играет роль клиента. Из прикладных
компонентов доступны ресурсы различных типов ⎯ базы данных, очереди,
почтовые службы и др.
     Модель сервера приложений представлена на рисунке 19.
                  Вызовы      Сервер                     Сервер
    Клиент                                   SQL
                   API


    Компонент                Прикладной              Компонент доступа
  представления               компонент                 к ресурсам




                  Рисунок 19 ⎯ Модель сервера приложений.

      RDA- и DBS-модели опираются на двухзвенную схему разделения
функций. В RDA-модели прикладные функции приданы программе-клиенту, в
DBS-модели ответственность за их выполнение берет на себя ядро СУБД. В
первом случае прикладной компонент сливается с компонентом представления,
во втором ⎯ интегрируется в компонент доступа к информационным ресурсам. В
AS-модели реализована трехзвенная схема разделения функций, где прикладной
компонент выделен как важнейший изолированный элемент приложения. Для его
определения    используются     универсальные    механизмы    многозадачной
операционной системы, и стандартизованы интерфейсы с двумя другими
компонентами. AS-модель является фундаментом для мониторов обработки
транзакций (Transaction Processing Monitors ⎯ TPM), или, проще, мониторов
транзакций, которые выделяются как особый вид программного обеспечения.




                                     70

Страницы