Содержание
Введение. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1. Среда систем клиент-сервер. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2. Основные принципы и критерии оценки систем клиент-сервер. . . . . . . . . . . . . . . . . . . . . 7
3. Стандарты архитектуры клиент-сервер в управлении информацией. . . . . . . . . . . . . . . . . 9
3.1. SQL Access Group и стандарт DRDA. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .9
3.2. Стандарты, основанные на интерфейсе уровня вызовов SAG. . . . . . . . . . . . . . . . . . 12
4. Программное обеспечение промежуточного слоя. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .16
4.1. Сервисы программного обеспечения промежуточного слоя. . . . . . . . . . . . . . . . . . . . . .
5. Интероперабельность баз данных. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
Заключение. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
Список литературы. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .20
Введение
Использование технологии клиент-сервер может появиться в следующем случае: допустим, существует приложения, которое обращается к данным, постоянно находящимся в локальной сети или на файловом сервере. Внутри одного подразделения к этому приложению могут обратиться одновременно несколько пользователей, а со временем появляются и другие приложения для работы с этими данными.
Предположим, что эти данные представляют интерес и для других подразделений внутри организации. Теперь в этих подразделениях должны быть созданы дополнительные приложения. При этом необходимо переместить данные на сервер для того, чтобы сделать их доступнее для всех пользователей. Поскольку это происходит на уровне организации, важно, чтобы используемое решение позволяло осуществить доступ к данным не только быстро, но и в необходимом для приложения виде.
Рисунок - Классическая архитектура клиент-сервер
Приведенный выше пример, хотя и весьма упрощен, но иллюстрирует ситуацию, при которой можно рассматривать необходимость использования технологии клиент-сервер.
С конца 80-х годов происходит внедрение стандартов в среду клиент-сервер. Усилия по выработке стандартов, таких, как RDA (Remote Database Access), DRDA (Distributed Relational Database Architecture), IDAPI (Integrated Database Application Programming Interface), DAL (Data Access Language) и ODBC (Open DataBase Connectivity) были направлены на улучшение работы архитектуры клиент-сервер. В идеале она должна способствовать использованию средств различных поставщиков в корпоративных системах обеспечивая, в частности, переход на новые компьютерные платформы, операционные системы и/или прикладные программы исходя из потребностей бизнеса. Причем такой переход должен проходить без нарушения функционирования полной информационной системы. В наше время в области управления базами данных появляются стандарты, способствующие расширению возможностей использования средств различных поставщиков. Усиливается тенденция применения программного обеспечения промежуточного слоя (middleware), т. е. стандартизованных программных средств, которые берут на себя специфические системные функции, позволяя компонентам как клиента, так и сервера абстрагироваться от них. Хотя использование программного обеспечения промежуточного слоя предполагает более сложную архитектуру, чем простое непосредственное соединение клиента с сервером, можно ожидать, что оно будет способствовать долговременной эволюции информационных систем, а также создаст необходимую основу для решения проблемы унаследованных систем.