*Внешняя схема А

Отображение "внешний/концептуальный" схемы

Определение структур хранения (внутренняя схема)

Схемы и отображения создаются и сопровождаются администратором Л базы данных (АБД) *

Базовый язык +

подъязык данных!

Базовый язык +

подъязык данных!

Базовый язык +

^Внешняя схема Б

кюдъяэык данных!

Отображение "внешний/концептуальный" схемы А

Концептуальное представление

Отображение "концептуальный/внутренний"

\

Внешнее представление а Концептуальная схема

^ ^ ^ ~^ ^ ^ ^

Хранимая база данных (внутреннее представление)

L_J L_J L_J L_J L_J I )

j *Интерфейс пользователя |

Рис. 2.3. Детальная схема архитектуры системы баз данных

Замечание. Из соображений точности следует отметить, что современный язык PL/I на самом деле вообще не включает никаких особых средств для работы с базами данных. Оператор "языка обработки данных" (оператор CALL), в частности, обычно просто обра- щается к СУБД (хотя такие обращения могут быть синтаксически скрыты, чтобы сделать их более дружественными по отношению к пользователю). Разговор о внедрении опера- торов языка SQL будет продолжен в главе 4.

Вернемся к архитектуре. Как уже отмечалось, отдельного пользователя интересу- ет лишь некоторая часть всей базы данных. Кроме того, представление пользователя об этой части будет, безусловно, чем-то абстрактным по сравнению с выбранным способом физического хранения данных. В соответствии с терминологией ANSI/SPARC представление отдельного пользователя называется внешним пред- ставлением. Таким образом, внешнее представление — это содержимое базы дан- ных, каким его видит определенный пользователь (т.е. для каждого пользователя внешнее представление и есть та база данных, с которой он работает). Например, пользователь из отдела кадров может рассматривать базу данных как набор записей с информацией об отделах плюс набор записей с информацией о служащих и ничего не знать о записях с информацией о материалах и их поставщиках, с которыми рабо- тают пользователи в отделе снабжения.

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

Замечание. Теперь мы видим, что термин "логическая запись", употреблявшийся в главе 1, на самом деле относится к внешним записям. Поэтому в дальнейшем мы бу- дем избегать его использования.

² В данном случае предполагается, что вся информация на внешнем уровне представлена в форме записей. Но некоторые системы позволяют представлять информацию иначе: либо вме- сто записей, либо совместно с ними. Для использующих такие альтернативные методы систем все определения и пояснения этого раздела требуют соответствующих изменений. Это замеча- ние касается также концептуального и внутреннего уровней. Детальное обсуждение подобных вопросов в этой части книги было бы преждевременным, поэтому мы вернемся к ним позднее, в главах 13 (в особенности — в разделе "Список литературы ") и 24.

Каждое внешнее представление определяется посредством внешней схемы, которая, в основном, состоит из определений записей каждого из типов, присутст- вующих в этом внешнем представлении (см. рис. 2.2). Внешняя схема записывает- ся с помощью языка определения данных, являющегося подмножеством подъязы- ка данных пользователя. (Поэтому язык определения данных иногда называют внешним языком определения данных.) Например, тип внешней записи о работни- ке можно определить как шестисимвольное поле с номером работника, плюс поле из пяти десятичных цифр, предназначенное для его зарплаты, и т.д. Кроме того, может потребоваться определить отображение между внешней и исходной кон- цептуальной схемами (подробности — в следующем разделе). Это отображение рассматривается в разделе 2.6.