Первый уровень

Клиент

Второй уровень

Сервер приложения

Третий уровень

Сервер базы данных

База данных

Компонент представления

Прикладной компонент

Компонент доступа к ресурсам

Рис. 1.10. Трехуровневая архитектура клиент-сервер

В AS-модели процесс, выполняющийся на компьютере-клиенте, отвечает, как обычно, за интерфейс с пользователем (то есть осуществляет функции первой группы). Обращаясь за выполнением услуг к прикладному компоненту, этот процесс играет роль клиента приложения (Application Client - AC). Прикладной компонент реализован как группа процессов, выполняющих прикладные функции, и называется сервером приложения (Application Server -AS). Все операции над информационными ресурсами выполняются соответствующим компонентом, по отношению к которому AS играет роль клиента. Из прикладных компонентов доступны ресурсы различных типов -базы данных, очереди, почтовые службы и др.

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

Таким образом, можно подвести некоторые итоги по рассмотренным моделям архитектуры клиент-сервер . RDA- и DBS-модели опираются на двухзвенную схему разделения функций. В RDA-модели прикладные функции приданы программе-клиенту. В DBS-модели ответственность за их выполнение берет на себя ядро СУБД. В первом случае прикладной компонент сливается с компонентом представления, во втором - интегрируется в компонент доступа к информационным ресурсам. В AS-модели реализована трехзвенная схема

разделения функций. Здесь прикладной компонент выделен как важнейший изолированный элемент приложения. Для его определения используются универсальные механизмы многозадачной операционной системы и стандартизованы интерфейсы с двумя другими компонентами. AS-модель является фундаментом для мониторов обработки транзакций (Transaction Processing Monitors - TPM), или, проще, мониторов транзакций, которые выделяются как особый вид программного обеспечения.

В заключение отметим, что часто, говоря о сервере базы данных, подразумевают как компьютер, так и программное обеспечение - ядро СУБД. При описании архитектуры клиент-сервер под сервером базы данных подразумевался компьютер. Далее сервер базы данных будет пониматься как программное обеспечение - ядро СУБД.

Контрольные вопросы

1. Кем были предложены правила, которые считаются определением реляционной СУБД? В чем смысл этих правил?

2. Как организована информация в реляционной БД?

3. Какие виды ключей могут быть определены для таблиц БД?

4. Как реализуется отношение родитель-потомок в реляционной БД?

5. Какие существуют виды связей между таблицами?

6. На каком понятии основан процесс нормализации?

7. В каком случае таблица находится в 1НФ, 2НФ, 3НФ, НФБК, 4НФ и 5НФ?

8. На каких уровнях осуществляется проектирование БД и в чем отличие между проектированием на этих уровнях?

9. Какие средства используются в БД для поддержания целостности?

10. Что такое сервер БД и клиент? Какие функции они выполняют?

11. На какие группы можно разделить функции стандартного интерактивного приложения применительно к технологиям БД?

12. Какие существуют модели архитектуры СУБД и в чем заключаются их основные особенности?

2. Введение в SQL

Настоящая глава представляет собой краткое введение в язык SQL. Изложенный в этой главе материал относится, в основном, к реализациям SQL во всех реляционных СУБД, однако некоторые особенности характерны только для СУБД Firebird, используемой в данном пособии.

Здесь приводится определение основных объектов базы данных: таблиц, представлений, хранимых процедур, триггеров и т.д. Дается определение структурированного языка запросов SQL, описываются его функции и достоинства, которые сделали SQL неотъемлемой частью современных СУБД.

Приводится классификация запросов SQL, анализируются различные формы языка и вводятся основные понятия (идентификаторы, константы, выражения и т.д.).

Рассматриваются особенности функционирования и состав СУБД Firebird, поддерживаемые типы данных, а также описываются различные утилиты для работы с БД Firebird.

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

2.1. Объекты структуры базы данных

Рассмотрим логическую структуру реляционной базы данных.

Логическая структура определяет структуру таблиц, взаимоотношения между ними, список пользователей, хранимые процедуры, правила, умолчания и другие объекты базы данных [9]. Информацию об объектах базы данных можно получить из системных таблиц.

К основным объектам базы данных СУБД Firebird относятся объекты, представленные в табл. 2.1.

Таблица 2.1. Основные объекты базы данных