Студопедия

Главная страница Случайная лекция


Мы поможем в написании ваших работ!

Порталы:

БиологияВойнаГеографияИнформатикаИскусствоИсторияКультураЛингвистикаМатематикаМедицинаОхрана трудаПолитикаПравоПсихологияРелигияТехникаФизикаФилософияЭкономика



Мы поможем в написании ваших работ!




Эволюция серверов данных

Читайте также:
  1. I. Создание баз данных
  2. Автоматическая проверка типа данных
  3. Агрегирование данных при выборке
  4. Анализ данных.
  5. Антропогенная эволюция экосистем
  6. База метаданных информационного хранилища (репозиторий ИХ)
  7. Базы данных
  8. БАЗЫ ДАННЫХ МОДЕЛИРОВАНИЯ
  9. Базы данных. Общие сведения. Основные понятия баз данных
  10. Безопасность на уровне базы данных

 

I. Начальный этап создания СУБД в виде многопользовательских систем с централизованной архитектурой. (поддерживали как сервисные, так и клиентские функции).

Функции клиента и сервера совмещались в одной программе.

 

 

 

В прочем, были как функции доступа, так и прикладные программы.

 

II. В рамках той же самой централизованной архитектуры перешли к такому взаимодействию: выделили клиент и сервер в отдельные программы.

 

Но взаимодействие между клиентами и сервером осуществляется один к одному, следовательно, нужно поддерживать несколько копий ядра СУБД.

 

 

III. Эта схема существовала до тех пор, пока не появилась распределенные вычислительные системы на базе сетей.

 

 

Взаимодействие клиента с сервером стало осуществляться по сетям. Произошло реальное разделение клиента и сервера (физическое разделение). Но по-прежнему сохранялось взаимодействие 1:1 , т.е. каждый клиент обслуживался своим собственным сервером.

 

 

 

IV Отказ от поддержания копии ядра СУБД и от взаимодействия 1:1

 

Этот шаг связан с переходом к архитектуре с выделенным сервером. В системе поддерживалась единственная программа – сервер, которой обладал монополией доступа и работой системы.

Взаимодействие 1:n. Один сервер взаимодействует с несколькими клиентами.

 

Каждый клиент связан отдельно с сервером.

 

Такая схема называется много потоковой архитектурой.

Эта архитектура централизует основную функцию доступа к ресурсам. Снизило нагрузку на операционную систему. Но: Эта архитектура не позволяет использовать возможности многопроцессорной системы параллельной обработки (будут простаивать процессы).

 

V Решением этой проблемы является выделение в этой схеме еще одного уровня управления, еще одной программы.

Эти программы выполняют единственную функцию – диспетчеризации.

 

 

Задача виртуального сервера принимать запросы от клиентов и распределять их по серверам, используя при этом определенную дисциплину. Каждый из утих серверов выполняется на отдельном процессоре. Такая схема называется – схема с виртуальным сервером.

Обеспечивает равномерную нагрузку на многопроцессорную систему. Напрямую с клиент-сервером не взаимодействует. Виртуальный сервер не делает различия между серверами.

Но:

- в такой системе не поддерживается специализация серверов.

- невозможно обслуживать приоритетные заявки.

 

VI в системах в которых нужно обеспечить эти два минуса, нужно обеспечить архитектуру, где каждому серверу привязывать своих клиентов – это многопотоковая мультисерверная архитектура.

 

Каждый сервер обслуживает своих клеентов. Каждый из серверов должен держать одновременно несколько потоков. Такая схема сегодня весьма перспективна.

 

 


<== предыдущая страница | следующая страница ==>
Архитектура многопользовательских СУБД. Любая БД должна быть многопользовательской | Активный сервер

Дата добавления: 2014-08-04; просмотров: 433; Нарушение авторских прав




Мы поможем в написании ваших работ!
lektsiopedia.org - Лекциопедия - 2013 год. | Страница сгенерирована за: 0.003 сек.