- •1.Организация информационных массивов.
- •2.Компоненты среды субд.
- •3.Преимущества и недостатки субд. Преимущества
- •Недостатки
- •4.Жизненный цикл информационной системы.
- •Системный структурный анализ
- •5.Проектирование бд.
- •6.Моделирование данных.
- •7.Определение связей между объектами.
- •8.Логическое проектирование бд.
- •9.Реляционная модель данных.
- •10.Идентификация объекта.
- •11.Построение схемы реляционной бд.
- •1. Простой объект
- •2. Между объектами по имеется связь 1:1
- •3. Между объектами имеется связь 1:м
- •4. Между объектами имеется связь м:м.
- •5. Агрегированный объект
- •6. Супертип-подтип
- •Фрагмент концептуальной модели "институт"
- •12.Операции над реляционными отношениями.
- •Операции над множествами
- •13.Нормализация отношений.
- •14. Обеспечение целостности бд.
- •Целостность таблицы
- •Ссылочная целостность
- •15.Физическое проектирование базы данных
- •16.Анализ транзакций при физическом проект.
- •18.Особенности логических моделей данных
- •19.Иерархическая модель данных
- •20.Сетевая модель данных
- •21.Транзакция. Св-во транзакции.
- •22.Проблемы, возникающие при параллельном выполнении транз.
- •23.Методы управления параллельностью
- •24.Этапы развития субд
- •Эволюция серверов баз данных
- •25.Требования к современным субд. Активный сервер
- •26. Информационные приложения
- •27. Варианты построения информационных систем
- •28.Клиент-сервер
- •30. Распределенные базы данных
- •31. Виды систем поддержки принятия решений
- •32. Хранилища данных
- •34. Субд третьего поколения.
- •Объектно-реляционные субд.
- •Преимущества орсубд
- •Недостатки орсубд
- •17.Язык структурированных запросов(Structured Query Language)
- •29.Архитектура Web-приложений, публикующих бд
- •Трехуровневые Web-приложения
- •Многоуровневые Web-приложения
- •33.Оперативная аналитическая обработка
Трехуровневые Web-приложения
При внесении в Web-приложение промежуточного уровня, основанного на технологии клиент/сервер, его архитектура расширяется до трехуровневой. При такой архитектуре клиентский уровень занимает обозреватель, на уровне сервера находится сервер БД, на промежуточном уровне находятся Web-сервер и модули расширения сервера. Модуль расширения сервера выступает преобразователем протоколов между клиент/серверным приложением БД и Web-сервером (рис. 4).
Рис. 4. Архитектура трехуровневого Web-приложения, использующего БД
Введение уровня Web-сервера в клиент-серверные приложения БД расширяет возможность их применения, обеспечивая их межплатформенную совместимость. Принципы взаимосвязи обозревателя и Web-сервера остаются теми же, что и в архитектуре двухуровневых Web-приложений. Отличия же заключаются в организации взаимодействия модуля расширения сервера и источника БД.
Для получения данных модуль расширения Web-сервера формирует и отсылает SQL-запрос удаленному серверу БД. На компьютере, где установлен удаленный сервер БД, содержится и база данных. После получения SQL-запроса удаленный сервер направляет его SQL-серверу (серверу баз данных). SQL-сервер обеспечивает выполнение запроса и выдачу модулю расширения Web-сервера результатов запроса.
Таким образом, в трехуровневой архитектуре вся обработка SQL-запроса выполняется на удаленном сервере. Достоинства такой архитектуры, по сравнению с предыдущей, состоят в следующем:
- уменьшается сетевой график — в сети циркулирует минимальный объем информации;
- повышается уровень безопасности информации, поскольку обработка запросов к базе данных выполняется сервером БД, который управляет доступом к базе данных, запрещая одновременное изменение одной записи различными пользователями и реализуя механизм транзакций;
- повышается устойчивость Web-приложения к сбоям;
- обеспечивается взаимозаменяемость компонентов архитектуры трехуровневого Web-приложения;
- снижается сложность модулей расширения Web-сервера, в которых отсутствует программный код, связанный с контролем БД и разграничением доступа к ней.
Недостатком рассмотренной архитектуры является увеличение времени обработки запросов, связанное с дополнительным обращением по сети к серверу БД. Для устранения этого недостатка между сервером БД и Web-сервером должны использоваться высокоскоростные надежные линии связи.
Многоуровневые Web-приложения
Дальнейшее развитие архитектуры Web-приложений и технологии "клиент-сервер" привело к появлению многоуровневой архитектуры, в которой между модулем расширения Web-сервера и базой данных, кроме сервера БД, дополнительно вводится сервер приложений. Сервер приложений является промежуточным уровнем, который обеспечивает организацию взаимодействия клиентов ("тонких" клиентов) и сервера БД (рис. 5).
Рис. 5. Архитектура многоуровневого Web-приложения, использующего БД
Сервер приложений может использоваться для выполнения различных функций, которые в предыдущей архитектуре выполнялись сервером БД или модулем расширения Web-сервера.
В качестве "тонкого" клиента в этой архитектуре выступает программа-модуль расширения Web-сервера. Сервер приложений может обеспечивать взаимодействие с Web-серверами и серверами БД, функционирующими на различных аппаратно-программных платформах (компьютерах различных типов и под управлением различных операционных систем). Такая архитектура является основой для сетей интранет, создаваемых на основе существующих локальных сетей.
Введение дополнительного уровня Web-сервера позволяет публиковать информацию из БД локальных сетей в сети Интернет, получать информацию от других интранет-сетей или Web-узлов. Кроме того, при частичной или полной реорганизации внутренней архитектуры локальных сетей появляется возможность использовать преимущества сетей интранет, касающиеся упрощения дополнительного подключения новых пользователей и администрирования локальной сети.
В некоторых архитектурах информационных систем Web-сервер может структурно объединяться с сервером приложений. В этом случае программные средства, входящие в состав модуля расширения, выполняют роль сервера приложений.
Основные достоинства многоуровневой архитектуры Web-приложений заключаются в следующем:
- Web-сервер разгружается от выполнения части операций, перенесенных на сервер приложений, и уменьшается размер модулей расширения сервера за счет разгрузки их от лишнего кода;
- обеспечивается более гибкое межплатформенное управление Web-сервером и сервером БД;
- упрощается администрирование и настройка параметров сети — при внесении изменений в программное обеспечение или конфигурацию сервера БД не нужно вносить изменения в программное обеспечение Web-сервера.