
- •Информационно – технологическая архитектура ис – 2. (Слайд 1)
- •1. Архитектура Клиент—Сервер – общие сведения.
- •2. Модели архитектуры Клиент-Сервер.
- •3. Двухуровневые модели распределения функций.
- •3.1. Удаленный доступ к данным.
- •3.2. Модель удаленного представления (Модель сервера бд).
- •3.3. Модель распределенного представления.
- •3.4. Модель распределенной функции.
- •3.5. Модель распределенной бд.
- •4. Многоуровневая модель распределения функций.
- •5. Функции уровней.
- •6. Свойства развития архитектуры Клиент-сервер.
- •Idapi (Integrated Database Application Programming Interface),
- •7. Сложные схемы взаимодействия.
- •8. Доступ к бд в ис с помощью стандартного интерфейса odbc.
- •9. Интероперабельность бд.
8. Доступ к бд в ис с помощью стандартного интерфейса odbc.
При построении ИС типа клиент-сервер возникает проблема доступа со стороны СУБД или приложений, разработанных в одной среде, к данным, порожденным другой СУБД.
В среде Windows эта проблема решается с помощью стандартного интерфейса ODBC (Open Database Connectivity — совместимость открытых баз данных) фирмы Microsoft. Основное его назначение заключается в обеспечении унифицированного доступа к локальным и удаленным базам данных различных производителей.
Схема работы такой СУБД по управлению доступом приложений к базам данных ИС с помощью ODBC - (Слайд 20):
Доступ приложения к данным происходит путем вызова на языке SQL стандартных функций интерфейса ODBC.
На компьютере-клиенте при этом должна функционировать операционная система MS Windows с интерфейсом ODBC.
Взаимодействие приложения с данными производится с помощью менеджера (диспетчера) драйверов.
Менеджер (диспетчер) драйверов подключает необходимый драйвер в соответствии с форматом данных СУБД.
Драйвер СУБД, используя сетевые средства, как правило, коммуникационные модули конкретной СУБД, передает SQL-операторы серверу СУБД.
Результаты выполнения запросов на сервере передаются обратно в приложение.
9. Интероперабельность бд.
В неоднородной ИС архитектуры Клиент-сервер возникают проблемы взаимодействия БД, работающих в разных средах (под управлением разных ОС). Для их решения используется специальный механизм интеграции баз данных - шлюз баз данных.
Как известно, архитектура Клиент-сервер подразумевает не только распределение вычислительных ресурсов, но и формальное разделение функций между этими ресурсами. Поэтому при построении КИС на базе архитектуры Клиент-сервер нельзя не принимать в расчет существование во многих таких организациях унаследованных систем и огромных объемов данных, находящихся под их управлением.
Традиционным механизмом интеграции БД в таких ИС являются шлюзы, взаимодействующие с СУБД (Слайд 21) и обеспечивающие разные уровни интероперабельности - от простых выборок данных до управляемых приложением средств чтения - записи.
Применение для неоднородных БД программного обеспечения промежуточного слоя архитектуры Клиент-сервер варьируется от предоставления некоторого уровня услуг интерфейса до прямого управления доступом к шлюзу со стороны приложений.
Алгоритм работы архитектуры с шлюзом БД:
Запрос удаленного доступа к данным.
Вызов удаленной СУБД.
Извлечение данных.
Возвращение данных на шлюз.
Возвращение данных утилите доступа.
Сохранение данных в БД.
Несмотря на достаточное число вариаций архитектуры Клиент-сервер, шлюзы не утрачивают своего значения. Информационные системы многих организаций сложно переносимы в среду Клиент-сервер по многим причинам:
закрытый характер архитектуры существующих приложений,
разнородность аппаратных средств.
недостаточность состава аппаратных средств и др.
При реинжиниринге ИС стремление к повышению уровня интеграции баз данных остается определяющим моментом. Поэтому шлюзы по-прежнему применяются в следующих случаях:
при невозможности перехода ИС предприятия на современную СУБД,
при невозможности быстрого реструктурирования БД в соответствующую новым реалиям,
также в обоих случаях.