Представления и подзапросы
Представления могут также использовать и подзапросы, включая соотнесенные подзапросы. Предположим, ваша компания предусматривает премию для тех продавцов, которые имеют заказчика с самой высокой суммой Заказа для любой указанной даты. Вы можете проследить эту информацию с помощью представления: CREATE VIEW Elitesalesforce Если, с другой стороны, премия будет назначаться только продавцу, который имел самую высокую сумму Заказа за последние десять лет, вам необходимо будет проследить их в другом представлении, основанном на первом: CREATE VIEW Bonus Извлечение из этой таблицы продавца, который будет получать премию, выполняется простым запросом: SELECT * Теперь мы видим истинную мощность SQL. Извлечение той же полученной информации программами RPG или COBOL будет более длительной процедурой. В SQL это только запрос из двух комплексных команд, сохраненных как представление совместно с простым запросом. При самостоятельном запросе мы должны заботится об этом каждый день, потому что информация, которую извлекает запрос, непрерывно меняется, чтобы отражать текущее состояние базы данных. Чего не могут делать представления Имеются большое количество типов представлений (включая многие из наших примеров в этой главе), которые являются доступными только для чтения. Это означает, что их можно запрашивать, но они не могут подвергаться действиям команд модификации. Мы будем рассматривать эту тему в Главе 21. Имеются также некоторые виды запросов, которые не допустимы в определениях представлений. Одиночное представление должно основываться на одиночном запросе; объединение (UNION) и объединение всего (UNION ALL) не разрешаются. Упорядочение по ORDER BY никогда не используется в определении представлений. Вывод запроса формирует содержание представления, которое напоминает базовую таблицу и является по определению неупорядоченным.
Удаление представлений Синтаксис удаления представления из базы данных подобен синтаксису удаления базовых таблиц: DROP VIEW <view name> В этом нет необходимости, однако, сначала надо удалить все содержание, как это делается с базовой таблицей, потому что содержание представления не является созданным и сохраняется в течение определенной команды. Базовая таблица, из которой представление выводится, не эффективна, когда представление удалено. Помните, вы должны являться владельцем представления, чтобы иметь возможность удалить его. Резюме Теперь, когда вы можете использовать представления, ваша способность отслеживать и обрабатывать содержание вашей базы данных, значительно расширилась. Любые вещи, которые вы можете создать с запросом, вы всегда сможете определить как представление. Запросы этих представлений, фактически, запрос запроса. Использование представлений и для удобства, и для защиты также удобно, как и многие возможности представлений для форматирования и получения значений из постоянно меняющегося содержания вашей базы данных. Имеется один главный вывод относительно представлений — это способность к модификации, которую мы выбрали в отличие от Главы 21. Как показано, вы можете модифицировать представления также как и базовую таблицу, с помощью изменений, применяемых к таблице, из которой получается представление, но это не всегда возможно. Работа с SQL 1. Создайте представление, которое бы показывало всех заказчиков которые имеют самые высокие оценки.
2. Создайте представление, которое бы показывало номер продавца в каждом городе. 3. Создайте представление, которое бы показывало усредненный и общий Заказы для каждого продавца после его имени. Предполагается, что все имена — уникальны. 4. Создайте представление, которое бы показывало каждого продавца с многочисленными заказчиками. (См. Приложение A для ответов.)
Читайте также: B-REP (метод граничного представления) Воспользуйтесь поиском по сайту: ©2015 - 2024 megalektsii.ru Все авторские права принадлежат авторам лекционных материалов. Обратная связь с нами...
|