- •Информационно – технологическая архитектура ис – 2. (Слайд 1)
- •1. Архитектура Клиент—Сервер – общие сведения.
- •2. Модели архитектуры Клиент-Сервер.
- •3. Двухуровневые модели распределения функций.
- •3.1. Удаленный доступ к данным.
- •3.2. Модель удаленного представления (Модель сервера бд).
- •3.3. Модель распределенного представления.
- •4. Многоуровневая модель распределения функций.
- •3.4. Модель распределенной функции.
- •3.5. Модель распределенной бд.
- •5. Функции уровней.
- •6. Свойства развития архитектуры Клиент-сервер.
- •Idapi (Integrated Database Application Programming Interface),
- •7. Сложные схемы взаимодействия.
- •8. Доступ к бд в ис с помощью стандартного интерфейса odbc.
- •9. Интероперабельность бд.
RDA (Remote Database Access),
DRDA (Distributed Relational Database Architecture),
Idapi (Integrated Database Application Programming Interface),
DAL (Data Access Language)
ODBC (Open DataBase Connectivity).
Эти стандарты существенным образом определяют функционирование и развитие СУБД с архитектурой клиент-сервер.
Распространенный стандарт ODBC будет подробно рассматриваться ниже.
Масштабируемость - свойство архитектуры Клиент-сервер увеличивать число компонентов в своей конфигурации.
Как уже говорилось ранее, в архитектуре клиент-сервер прикладная логика (приложения) отделена от презентации и базы данных.
Это является предпосылкой для распределения нагрузки на несколько серверов приложений, что делает возможным без проблем изменять инсталлированную производительность, например, при измененных профилях нагрузки из-за возрастающего числа пользователей или по причине использования дополнительных компонентов (Слайд 15).
Основной концепцией из области т.н. открытых систем, сформировавшейся в конце 80-х г.г. ХХ века является взаимозаменяемость аппаратных и программных компонентов. Технология "подключил-и-запускай" ("plug-and-play"), основанная на этой концепции, а также стандартизация моделей дают возможность реализовать в двух- и многоуровневых моделях важные требования по переносимости и взаимозаменяемости.
Переносимость - возможность переноса как клиентской, так и серверной программ либо их обеих на новую платформу без нарушения работоспособности среды приложений (Слайд 16).
Взаимозаменяемость - это возможность подменить клиента или сервер другим программным продуктом с сохранением интерфейса. При этом в клиентские приложения, взаимодействующие с этим сервером, не придется вносить какие-либо изменения (Слайд 17).
7. Сложные схемы взаимодействия.
Возможны более сложные схемы взаимодействия, например, схемы, в которых элемент, являющийся сервером для некоторого клиента, в свою очередь, выступает в роли клиента по отношению к другому серверу (Слайд 18) как в AS - модели.
Возможно также, что в распределенной вычислительной системе при работе с БД имеются множественные связи (статические), когда один объект по отношению к одним является клиентом, а по отношению к другим — сервером (Слайд 19).
При рассмотрении взаимодействия объектов в динамике получаются еще более сложные схемы взаимодействия. Примером такой схемы является случай, когда в процессе работы роли объектов меняются: объект, являющийся в некоторый момент времени клиентом по отношению к другому объекту, в последующем становится сервером для другого объекта.
В настоящее время среди программных продуктов существует огромное количество универсальных (в смысле пригодности работы с различными серверами БД) средств разработки систем типа клиент-сервер:
Delphi (Borland),
Power Builder (Powersoft),
ERwin (LogicWorks),
Visual Basic (Microsoft) и другие.
Кроме того, существуют средства разработки в рамках определенных СУБД (например, для СУБД Oracle 7 таким средством разработки является Designer/2000). Все подобные средства, как правило, относятся к т.н.CASE-системам и реализуют CASE-технологии.
