Введение в системы БД (542480), страница 85
Текст из файла (страница 85)
1. ЧАВ ВЕОРАВТ Ч1ЕИ ( ( Р ИНЕВЕ СОЬОВ = СОЬОВ ( 'Вед' ) ) ( АЬЬ ВОТ СОЬОВ ) ) ВЕНАМЕ ИЕ16НТ АБ ИТ В представлении ВЕОРАВТ присутствуют атрибуты Р(), РИАМЕ, ИТ и С?ТУ. В него помещаются только те кортежи, которые описывают красные детали. 2. ЧАВ РО Ч1ЕИ ЯНММАВ?ЕЕ БР РЕВ Р ( Р( ) АОО ЯНМ ( ОТУ ) АЯ ТОТОТУ В отличие от представлений 6000 ЯНРРЬ?ЕВ н ВЕОРАВТЯ, представление РЦ не является простым подмножеством данных, получаемым посредством операции выборки или проекции некоторой базовой переменной-отношения. Это представление можно рассматривать как статистический итог или результат обобщения данных исходной переменной-отношения. 3.
ЧАВ С?Т1 РА?Р. Ч?ЕИ ( ( Я ВЕИАМЕ С?ТУ АЯ БС?ТУ ) 30?И ЯР ЮО?Н ( Р ВЕИАМЕ С?ТУ АЯ РС?ТУ ) ) ( ЯС?ТУ, РС?ТУ ) Пара имен городов (х, у) появляется в представлении С?ТУ РА1В тогда и только тогда, когда поставщик, находящийся в городе х, поставляет детали, которые хранятся в городе у. Например, поставщик с номером 'Б1' поставляет детали с номером 'Р1'. При этом данный поставщик находится в Лондоне и поставляемые им детали хранятся также в Лондоне.
В результате в представлении С1Т1 РА1В будет присутствовать пара названий городов ('Ьопдол', 'Ьопдоп'). 4. ЧАВ НЕАЧХ ВЕОРАВТ Ч?ЕИ ВЕОРАВТ ИНЕВЕ ИТ > ИЕ16НТ ( 12.0 ) ! В этом примере демонстрируется, как одно представление определяется через другое. Определение и удаление представлений Синтаксис оператора определения представления выглядит следующим образом. ЧАВ <ння переменной-отношения> Ч1ЕИ <реляционное ниранение> <список определения потенцнальних ключей>; В приведенном выражении параметр <список определения потннцнапьних ключей> может быть пустым, поскольку система должна уметь определять потенциальные ключи представления самостоятельно (!0.6]. Например, в случае представления 6000 БНРР? ?ЕВ системе должно быть известно, что единственным потенциальным ключом, о котором может идти речь, является ключ (Я() ), унаследованный от исходной базовой переменной-отношения Я.
352 Часть 11. Реляционная модель Как уже отмечалось (используя терминологию АХБ!/БРАКС, обсуждавшуюся в главе 2), определения представлений объединяют функции внешней схемы и функции отображения уровня "внешний-концептуальный", поскольку они описывают и сам внешний объект (т.е. представление), и способ его отображения на концептуальный уровень (т.е, на одну или несколько исходных базовых переменных-отношений). Замечание. Некоторые определения представлений задают не отображение уровня "внешний-концептуальный", а отображение уровня "внешний — внешний". Представление НЕИХ ВЕОРВВТ из предыдущего раздела относится именно к такой категории представлений. Синтаксис оператора удаления представления имеет следующий вид, ЯВОР ЧАВ <ння неренвнной-отношвнняэ Здесь параметр <ннн переменной-огношенняэ определяет имя удаляемого представления.
В главе 5 было установлено, что попытка удалить базовую переменную-отношение завершится неудачей, если существует хотя бы одно определение представления, ссылающееся на удаляемую переменную-отношение. Аналогично следует полагать, что удаление представления, на которое имеется ссылка в определении какого-либо другого представления, также приведет к ошибке. Дополнительно (по аналогии со ссылочными ограничениями) можно расширить оператор определения представления, включив в него опцию ВЕЯТВ1СТ или СВЯСАОЕ. Опция ВЕЯТВ1СТ, подразумеваемая по умолчанию, означает, что попытка удаления любой переменной-отношения, на которую имеется ссылка в определении данного представления, будет отклонена.
А опция СВЯСАОЕ допускает такое удаление, но при этом также удаляются все представления, которые ссылаются на данное. Замечание. Стандартная версия языка Б()! не поддерживает подобной опции в операторе определения представления, однако она включена в оператор ОВОР. Также не оговорено, какое значение опции будет использоваться по умолчанию; требуется явно указывать одно из значений опции (см. раздел 9.6). 9.2. Для чего нужны представления Поддержка представлений желательна по многим причинам.
Укажем некоторые из них. ° Обеспечивается автоматическая защита скрытых данных ° Под "скрытыми данными" здесь подразумеваются данные базовых таблиц, которые не видны в определенном представлении (например, в случае представления 0000 ЯОРРЫЕВ это имена поставщиков). Такие данные надежно защищены от нежелательного доступа через конкретное представление (по крайней мере, в отношении операции выборки). Таким образом, ограничив доступ пользователей к базе данных некоторым набором представлений, можно получить простой и эффективный механизм обеспечения безопасности. Мы еше возвратимся к вопросу использования представлений в целях безопасности в главе (6. ° Пользователям предоставляются средства сокращенной записи или ".макросы" Рассмотрим запрос "Определить все города, в которых хранятся детали, поставляемые некоторым поставщиком из Лондона", Требуемый запрос можно легко сформулировать с помощью представления С1ТХ РВ1В (пары городов), определенного в предыдущем разделе.
( СХТХ РА1В ИНЕВЕ ЯС1ТХ = 'колбов' ) ( РС1ТХ 353 Глава 9. Представления Сформулировать данный запрос, не пользуясь этим представлением, будет сложнее. ( ( ( Я НЕНАИЕ С1ТХ АЯ ЯСХТХ ) МОХК ЯР ЛОХИ ( Р ЕЕИАИЕ СХТХ АЯ РС1ТХ ) ) ИНЕНЕ ЯСХТХ = 'Ьопбоп' ) ( РСХТХ ) Хотя пользователь может применить последнюю формулировку, обращаясь непосредственно к базовой переменной-отношению (конечно, только в том случае, когда установленные ограничения безопасности позволяют ему зто сделать), первая формулировка запроса, безусловно, проще.
(Первая формулировка запроса на самом деле является просто сокращением второй. Перед выполнением запроса системный механизм обработки представлений расширит первое выражение и получит запрос в виде второго выражения.) Просматривается явная аналогия с макросами в языках программирования. В принципе, пользователь может непосредственно записывать расширенные выражения в собственный код, но намного удобнее (по известным причинам) не делать этого и использовать сокращенную запись макросов, возложив процедуру их расширения на макропроцессор языка программирования. Аналогичные замечания применимы и в отношении представлений.
Таким образом, в СУБД представления играют роль, аналогичную роли макросов в системах программирования, а хорошо известные преимушества и выгоды от использования макросов имеют место (с соответствующими оговорками) и в случае представлений. В частности, следует отметить, что использование представлений, как и использование макросов не приводит на этапе выполнения к снижению производительности приложений — некоторые дополнительные затраты имеют место только на этапе раскрытия представлений (как и в случае макросов).
° Представления позволяют разным пользователям различным образам видеть одни и те же данные в одно и то же время Другими словами, представления позволяют различным пользователям сосредоточить свое внимание и, возможно, логически реструктуризировать только ту часть базы данных, которая их интересует, игнорируя все остальные сохраняемые данные. Это соображение особенно важно лля интегрированных баз данных, с которыми одновременно и независимо друг от друга работает множество категорий пользователей, имеющих самые различные требования.
° Представления способны обеспечивать логическую независимость данных Это одна из важнейших потенциальных возможностей представлений, поэтому мы рассмотрим ее отдельно в следующем разделе. Логическая независимость данных Напомним, что логическая независимость данных может быть определена как иммунитет пальзаватезей и пользовательских программ к изменениям в логической структуре базы данных (где под логической структурой подразумевается концептуальный или "общий логический" уровень; см. главу 2).
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
