Архитектура аппаратно-программных средств распределенной обработки информации для интранет-технологии
Категория реферата: Рефераты по информатике, программированию
Теги реферата: форма реферата, контрольная 6 класс
Добавил(а) на сайт: Набатов.
Предыдущая страница реферата | 1 2 3 4 5 6 | Следующая страница реферата
Данные
СУБД
Клиент
пересылка Сетевое приложение данных
СУБД
Архитектура “клиент-сервер”
Сервер БД
Клиентское
СУБД приложение
Данные
Клиентское приложение пересылка запросов и результатов
1.4. Серверы баз данных
Термин "сервер баз данных" обычно используют для обозначения всей СУБД, основанной на архитектуре "клиент-сервер", включая и серверную, и
клиентскую части. Такие системы предназначены для хранения и обеспечения
доступа к базам данных.
Хотя обычно одна база данных целиком хранится в одном узле сети и поддерживается одним сервером, серверы баз данных представляют собой простое и дешевое приближение к распределенным базам данных, поскольку общая база данных доступна для всех пользователей локальной сети.
1.5. Принципы взаимодействия между клиентскими и серверными частями
Доступ к базе данных от прикладной программы или пользователя производится
путем обращения к клиентской части системы. В качестве основного интерфейса
между клиентской и серверной частями выступает язык баз данных SQL.
Это язык по сути дела представляет собой текущий стандарт интерфейса СУБД в открытых системах. Собирательное название SQL-сервер относится ко всем серверам баз данных, основанных на SQL.
Серверы баз данных, интерфейс которых основан исключительно на языке SQL, обладают своими преимуществами и своими недостатками. Очевидное преимущество – стандартность интерфейса. В пределе, хотя пока это не совсем так, клиентские части любой SQL-ориентированной СУБД могли бы работать с любым SQL-сервером вне зависимости от того, кто его произвел.
Недостаток тоже довольно очевиден. При таком высоком уровне интерфейса между клиентской и серверной частями системы на стороне клиента работает слишком мало программ СУБД. Это нормально, если на стороне клиента используется маломощная рабочая станция. Но если клиентский компьютер обладает достаточной мощностью, то часто возникает желание возложить на него больше функций управления базами данных, разгрузив сервер, который является узким местом всей системы.
Одним из перспективных направлений СУБД является гибкое конфигурирование системы, при котором распределение функций между клиентской и пользовательской частями СУБД определяется при установке системы.
1.6. Преимущества протоколов удаленного вызова процедур
Упоминавшиеся выше протоколы удаленного вызова процедур особенно важны в
системах управления базами данных, основанных на архитектуре "клиент-
сервер".
Во-первых, использование механизма удаленных процедур позволяет действительно перераспределять функции между клиентской и серверной частями системы, поскольку в тексте программы удаленный вызов процедуры ничем не отличается от удаленного вызова, и следовательно, теоретически любой компонент системы может располагаться и на стороне сервера, и на стороне клиента.
Во-вторых, механизм удаленного вызова скрывает различия между взаимодействующими компьютерами. Физически неоднородная локальная сеть компьютеров приводится к логически однородной сети взаимодействующих программных компонентов. В результате пользователи не обязаны серьезно заботиться о разовой закупке совместимых серверов и рабочих станций.
1.7. Типичное разделение функций между клиентами и серверами
В типичном на сегодняшний день случае на стороне клиента СУБД работает
только такое программное обеспечение, которое не имеет непосредственного
доступа к базам данных, а обращается для этого к серверу с использованием
языка SQL.
В некоторых случаях хотелось бы включить в состав клиентской части системы некоторые функции для работы с "локальным кэшем" базы данных, т.е. с той ее частью, которая интенсивно используется клиентской прикладной программой. В современной технологии это можно сделать только путем формального создания на стороне клиента локальной копии сервера базы данных и рассмотрения всей системы как набора взаимодействующих серверов.
С другой стороны, иногда хотелось бы перенести большую часть прикладной системы на сторону сервера, если разница в мощности клиентских рабочих станций и сервера чересчур велика. В общем-то при использовании RPC это сделать нетрудно. Но требуется, чтобы базовое программное обеспечение сервера действительно позволяло это. В частности, при использовании ОС UNIX проблемы практически не возникают.
1.8. Архитектуры процессора базы данных.
Основная часть любой системы “клиент-сервер” – это сервер БД. Со времени
возникновения архитектуры “клиент-сервер” появилось много вариантов
архитектуры процессора БД, поскольку он во многом определяет успех всей
системы. Основное требование к серверу БД – обеспечение минимального
времени выполнения запросов при максимально возможном числе пользователей.
Существуют две основные архитектуры для построения процессора БД:
архитектура с несколькими процессами и многопоточная архитектура.
Рекомендуем скачать другие рефераты по теме: курсовые работы бесплатно, курсовик.
Предыдущая страница реферата | 1 2 3 4 5 6 | Следующая страница реферата