22. Архитектура "клиент-сервер". Серверы баз данных.

Эффективность инф систем зависит от выбора архитектуры – к-с лучший вариант. С- компьютер или приложение управляющее ресурсами. К- комп или программа использующая этот ресурс. Ресурсы – БД, файловый сервер, служба печати. + Удачное сочитание централизованного хранения, обслуживания и коллективного доступа к данным и индивидуальная работа пользователя и инфой.

Двусвязная модель распределенной функции.

Функции распределяются между к-с и к-к.

1. Распределенное представление: Мощный к-с (управление, обра и представление). К лишь отображает инфу на мониторе и поддерживает связь. С имеет мощный процессор, ОЗУ и архит RISC.+Простое обслуживание, дешевизна. – Уязвимость, требования к большой скорости.

2. Удаленное представление (сервер БД) С(управление, обраб), К(представление) реализовано Oracle, Ingress. +Централизованное администрирование, эффективное использование вычислительных ресурсов. –Плохие средства отладки и тестирования хранимых процедур, низкая эффективность используемых ЭВМ. Операторы хранимых процедур привязаны к конкретным СУБД

3. Распределенная обработка С(упр, обраб) К(обраб, предст) неоднородные БД, где в системах общая часть прикладных функций реализована на С, а специфичная на К.

4. Удаленный доступ к данным. С(упр) К(обраб, пред) Запрос к серверу происходит через коммуникационные средства операторами SQL или через фун-ции спец библ. API. +Готовые СУБД с SQL интерфейсом. Ориентирование на Windos интерфесы. Понимание ODBC. –Высокая загрузка сети, неудобства с точки зрения разработки, модификации, сопровождения.

5. Распределенные БД С(упр) К(упр, обр, пред) –мощный. Данные хранятся и на К и на С. Взаимосвяз между БД: 1. В локальной и удаленной хранятся отдельные части единой БД. 2. локальное – являются копиями друг друга. +Гибкость создаваемых систем, высокая живучесть. –Высокие затраты.

Трехсвязная модель архитектуры.

Каждая функция реализована на отдельном компе: управление (сервер БД (рашает как служба представляет услугу К)), обработка(сервер приложений – может быть много, у каждой свой вид сервиса), представление (К (прием данных)) +Гибкость, универсальность –Высокие затраты ресурсов на обмен инфой.

Более сложные стуктуры: сервер некоторого клиента сам становится клиентом по отношению к другому серверу.

Структура сервера базы данных.

• подсистема взаимодействия с клиентским приложением. С ожидает запроса К на установление соединения, затем порождает новый процесс, кот обеспечивает связь с данным клиентом.

• подсистема синтаксического разбора запросов Данный модуль отвечает за компиляцию поступающих от клиентов через интерфейсные процессы запросов во внутренний код, который будет исполняться сервером.

• подсистема планирования выполнения запросов Данный модуль должен составить такой план выполения запроса, чтобы он был обработан наиболее быстро.

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

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