ВУЗ:
Составители:
Рубрика:
14
Рис. 1.3. Двухуровневая модель архитектуры клиент/сервер
Рис. 1.4. Трехуровневая модель архитектуры клиент/сервер
Для трёхуровневой модели (рис. 1.4) характерна ситуация, когда распределенная БД
состоит из таблиц локальных БД, которые находятся на одном узле, программы доступа к
данным и часть прикладных программ находятся на другом узле (возможно на сервере
приложений), а клиентские приложения на клиентских узлах (возможно только внешний
интерфейс).
Для обеих моделей возможна ситуация, когда БД состоит из локальных БД, которые
находятся на удаленных узлах (возможно географически удаленных), тогда такая база
данных называется распределенной и обязателен сервер БД.
Сервер распределенной БД (Distributed DataBase Server) - это небольшая
операционная система, которая должна решать как минимум следующие задачи:
управление именами в распределённой среде (глобальный словарь данных);
оптимизация распределённых запросов;
управление распределёнными транзакциями.
Принципы взаимодействия между клиентскими и серверными частями
Доступ к базе данных от прикладной программы или пользователя производится
путем обращения к клиентской части системы. В качестве основного интерфейса между
клиентской и серверной частями зачастую выступает язык баз данных SQL.
Это язык по сути дела представляет собой текущий стандарт интерфейса СУБД в
открытых системах. Собирательное название SQL-сервер относится ко всем серверам баз
данных, основанных на SQL. Соблюдая предосторожности при программировании, можно
создавать прикладные информационные системы, мобильные в классе SQL-серверов.
Серверы баз данных, интерфейс которых основан исключительно на языке SQL,
обладают своими преимуществами и своими недостатками. Очевидное преимущество -
стандартность интерфейса. В пределе, хотя пока это не совсем так, клиентские части
любой SQL-ориентированной СУБД могли бы работать с любым SQL-сервером вне
зависимости от того, кто его произвел.
Бизнес-логика
второго уровня
Пользовательский
интерфейс
Пользовательский
интерфейс
Промежуточный
сервер
Бизнес-логика
сервера
Данные
Рис. 1.3. Двухуровневая модель архитектуры клиент/сервер
Промежуточный
сервер
Бизнес-логика Пользовательский
второго уровня
интерфейс
Бизнес-логика
сервера
Пользовательский
интерфейс
Данные
Рис. 1.4. Трехуровневая модель архитектуры клиент/сервер
Для трёхуровневой модели (рис. 1.4) характерна ситуация, когда распределенная БД
состоит из таблиц локальных БД, которые находятся на одном узле, программы доступа к
данным и часть прикладных программ находятся на другом узле (возможно на сервере
приложений), а клиентские приложения на клиентских узлах (возможно только внешний
интерфейс).
Для обеих моделей возможна ситуация, когда БД состоит из локальных БД, которые
находятся на удаленных узлах (возможно географически удаленных), тогда такая база
данных называется распределенной и обязателен сервер БД.
Сервер распределенной БД (Distributed DataBase Server) - это небольшая
операционная система, которая должна решать как минимум следующие задачи:
управление именами в распределённой среде (глобальный словарь данных);
оптимизация распределённых запросов;
управление распределёнными транзакциями.
Принципы взаимодействия между клиентскими и серверными частями
Доступ к базе данных от прикладной программы или пользователя производится
путем обращения к клиентской части системы. В качестве основного интерфейса между
клиентской и серверной частями зачастую выступает язык баз данных SQL.
Это язык по сути дела представляет собой текущий стандарт интерфейса СУБД в
открытых системах. Собирательное название SQL-сервер относится ко всем серверам баз
данных, основанных на SQL. Соблюдая предосторожности при программировании, можно
создавать прикладные информационные системы, мобильные в классе SQL-серверов.
Серверы баз данных, интерфейс которых основан исключительно на языке SQL,
обладают своими преимуществами и своими недостатками. Очевидное преимущество -
стандартность интерфейса. В пределе, хотя пока это не совсем так, клиентские части
любой SQL-ориентированной СУБД могли бы работать с любым SQL-сервером вне
зависимости от того, кто его произвел.
14
Страницы
- « первая
- ‹ предыдущая
- …
- 12
- 13
- 14
- 15
- 16
- …
- следующая ›
- последняя »
