7604

Вкладені запити

Лекция

Коммуникация, связь, радиоэлектроника и цифровые приборы

Вкладені запити Запит SELECT може бути вкладеним у інший запит або використовуватися деякими командами як підкоманда. Завдяки цьому командаSQL може набирати скільки завгодно велику довжину. Ступінь вкладення не регламентується, од...

Украинкский

2013-01-26

89 KB

9 чел.

PAGE  3

Вкладені запити

Запит SELECT може бути вкладеним у інший запит або використовуватися деякими командами як підкоманда. Завдяки цьому команда SQL може набирати скільки завгодно велику довжину. Ступінь вкладення не регламентується, однак не варто захоплюватися надмірною кількістю вкладень, бо це серйозне випробування для компілятора, яке може спричинити виникнення труднощів, особливо під час налагодження програми. Розглянемо декілька прикладів вкладення запиту.

        Створення нової таблиці за допомогою запиту передбачає копіювання всієї або частини таблиці. При цьому можна по-різному маніпулювати як структурою полів, так вмістом записів. Такий підхід має перевагу, бо створення і заповнення даними таблиці відбувається однією командою SQL. Цю роботу виконує команда:

CREATE [TEMPORARY] TABLE ім’я_таблиці [(перелік_імен_полів)] AS запит

        Ця команда може мати застосування й для реструктуризації (зміни структури) таблиці. Наприклад, деякі версії SQL не мають засобів для знищення полів та зміни обмежень, тоді доцільно виготовити нову таблицю за допомогою команди CREATE TABLE AS, знищити стару та переіменувати нову на знищену. Найбільш помітний недолік – відсутність повноцінних можливостей для встановлення обмежень, у новостворену таблицю можна додавати лише обмеження зовнішніх ключів. Приклад, нехай потрібно змінити таблицю gazpr – вилучити поле diam та всі обмеження залишених полів:

CREATE TABLE new_gazpr(kod_g, naz_g, kil_n)

                AS SELECT kod_g, naz_g, kil_n FROM gazpr;

DROP TABLE gazpr;

ALTER TABLE new_gazpr RENAME TO gazpr;

        Вставка даних з інших таблиць забезпечується командою:

INSERT INTO таблиця [(перелік_імен_полів)] запит

        У цій формі команди INSERT секція VALUES відсутня, вона замінюється запитом. Приклад, вставити в нову таблицю new_gazpr 1 запит,  де kil_n < 7, взятий з таблиці gazpr. При цьому код газопроводу наростити на 2:

INSERT INTO new_gazpr SELECT kod_g + 2, naz_g FROM gazpr WHERE kil_n < 7 LIMIT 1;

        Підзапит – це команда SELECT, яка знаходиться в складі іншої команди SQL. Підзапит береться у круглі дужки. Його найчастіше використовують для повернення одного запису, рідше – для підмножини. Вкладені запити можуть знаходитися практично в будь-якій частині команди SQL – у списку цілей, в секції WHERE і т. д. Наведемо приклад запиту, який знаходиться в секції WHERE, нехай необхідно видати список підприємств, які працювали в поточному місяці поточного року, тобто їхні коди за місяць є в таблиці oblik:

  

SELECT pidpr.kod_p, pidpr.naz_p FROM pidpr

WHERE pidpr.kod_p IN

             ( SELECT oblik.kod_p FROM oblik

                WHERE extract(month FROM oblik.data) = extract(month FROM current_date)

                      AND extract(year FROM oblik.data) = extract(year FROM current_date)

                GROUP BY oblik.kod_p

               );

        Порівняння наборів даних забезпечують ключові слова UNION, INTERSECT і EXCEPT, вони порівнюють значення полів двох наборів і будують новий підсумковий набір па підставі результатів порівняння.  У цьому випадку записи підсумкового набору двох запитів порівнюються і або включаються в кінцевий результат, або ігноруються.

        Порівняльні набори даних повинні містити однакову кількість полів з однаковими відповідними типами. При цьому поля не обов’язково повинні мати однакові імена або належати до однієї таблиці або джерела даних. Приклади запитів, які видадуть:

SELECT kod_g FROM oblik UNION SELECT kod_g FROM gazpr; -- усі записи обох таблиць

SELECT kod_g FROM gazpr INTERSECT SELECT kod_g FROM oblik; -- лише однакові

SELECT kod_g FROM oblik EXCEPT SELECT kod_g FROM gazpr; -- лише різні

        Переважно всі версії SQL не дозволяють використовувати секцію LIMIT у порівняннях. Цю заборону можна обійти завдяки підтримці підзапитів у PostgreSQL. Для цього досить вкласти в круглі дужки кожен із запитів, тобто оформити їх як підзапити. Приклади:

(SELECT kod_g FROM oblik LIMIT 3) UNION SELECT kod_g FROM gazpr;

(SELECT kod_g FROM oblik LIMIT 3) UNION (SELECT kod_g FROM gazpr LIMIT 2);

        Подання являє собою спеціальний запит, який можна використовувати як таблицю. Його можна розглядати як збережений запит, він дуже схожий на таблицю, але його вміст динамічно відображає стан тільки тих записів, які булі задані при створенні. Подання дуже гнучкі і універсальні; вони можуть будуватися на основі як простих і стандартних запитів до однієї таблиці, так і надзвичайно складних, в яких задіяно декілька таблиць. Подання має такі області застосування:

  •  часто один і той же складний запит доводиться використовувати повторно, що додає користувачу рутинної роботи. Тоді доцільним стає одного разу скласти цей запит у вигляді подання, а потім звертатися до нього за допомогою більш простої команди;
  •  було би вкрай неефективно багаторазово пересилати одні й ті ж великі набори  даних по мережі на сервер PostgreSQL при виконанні стандартних процедур. У подібних ситуаціях теж використовується подання. Будучи один раз прочитаним, воно залишається в сегментах оперативно пам’яті, відведених для користувача;
  •  хорошим тоном ведення бази даних є обмеження доступу до окремих даних таблиць. Як правило, всі таблиці БД надійно захищені, а пересічний користувач використовує лише їхні усічені версії, вибрані поданням. Це робиться не тільки з метою обмеження доступу до секретних або конфіденціальних даних, але й для відмежування користувача від зайвої інформації, якою він не користується і яка лише відволікає його увагу. Зауважимо, що користувач не зобов’язаний знати ні будову всієї БД, ні структуру таблиць. Він зосереджується в основному на рухові матеріальних та фінансових ресурсів підприємства, яке експлуатує БД.

         Подання створюється командою CREATE VIEW, синтаксис якої виглядає так:


CREATE VIEW
імя_подання AS запит

        Запит являє собою повну команду SQL SELECT, яка визначає вміст подання. Нехай потрібно дізнатися про кількість поставок, відомості про яких зберігаються в таблиці. Це можна зробити декількома способами, але для простоти почнемо з такого рішення:

        Подання значно скорочують час, затрачений на отримання потрібних даних. Замість того, щоб вводити довгий запит, досить ввести просту команду SELECT. Наведемо приклад, нехай потрібно видати підсумовану кількість газу для всіх газопроводів за другу декаду (десятиденку, кожний місяць має 3 декади) поточного місяця поточного року. Цей запит досить об’ємистий, складний, тому оформимо його у вигляді нижченаведеного подання, названого kil_za_dekadu:

CREATE VIEW kil_za_dekadu AS

SELECT gazpr.naz_g, (CASE WHEN extract(day FROM oblik.data) < 11 THEN 1

                                                 WHEN extract(day FROM oblik.data) < 21 THEN 2

                                                  ELSE 3

                                      END) AS dekada, sum(oblik.kilk) AS kilkist

FROM oblik

INNER JOIN gazpr ON(oblik.kod_g = gazpr.kod_g)

WHERE ((CASE WHEN extract(day FROM oblik.data) < 11 THEN 1

                            WHEN extract(day FROM oblik.data) < 21 THEN 2

                            ELSE 3

                  END) = 2

                  AND extract(month FROM current_date) = extract(month from oblik.data)

                  AND extract(year FROM current_date) = extract(year from oblik.data))          

GROUP BY gazpr.naz_g, dekada;

        Тоді вибірку можна одержати за допомогою такої порівняно простої команди:

SELECT * FROM kil_za_dekadu ORDER BY dekada;

        Цей приклад демонструє ще одну важливу обставину: хоча при створенні подання й можна використовувати секцію ORDER BY у складі запиту (наше подання її не має), підсумковий набір можна заново відсортувати при виведенні. Для цього в команду SELECT, що здійснює вибірку з подання, включається інша секція ORDER BY (вона є у нашому прикладі). 

        При спробі виклику команд DELETE або UPDATE у поданні виникає помилка, оскільки подання не містить власних даних. Незважаючи на зовнішню схожість з таблицями, подання всього лише забезпечує механізм звернення до іншого набору даних, тому його модифікація неможлива.

        Команда знищення подання має такий вигляд:

DROP VIEW ім’я_подання;

        Приклад знищення подання:

DROP VIEW kil_za_dekadu;

        Знищення подання не впливає на дані, які ним використовувались. Подання всього лише забезпечує доступ до даних інших таблиць і тому може знищуватися без втрати даних (хоча вибірка, на якій воно грунтується, звичайно, втрачається).


 

А также другие работы, которые могут Вас заинтересовать

20419. АСУ «Экспресс» 31.5 KB
  АСУ Экспресс начала работать в 1972 году на Московском железнодорожном узле. Она получила название Экспресс1 и предназначалась для массового обслуживания пассажиров в реальном масштабе времени. Основной целью создания системы Экспресс1 являлось получение опыта в автоматизации управления билетнокассовыми операциями в масштабе такого крупного железнодорожного узла как Москва обслуживающего в сутки до 250 тысяч пассажиров поездами прямого и местного сообщения.
20420. Система АСУ Экспресс 66.5 KB
  1972 Система Экспресс1 запущена в эксплуатацию в предварительных кассах Киевского вокзала Москвы. 1974 Система Экспресс1 введена в эксплуатацию в масштабе Московского железнодорожного узла. 1982 Система Экспресс2 запущена в Москве с обслуживанием пассажиров через бюро заказов по телефону.
20421. Диаграмма классов (class diagram) 207 KB
  В этих разделах могут указываться имя класса атрибуты переменные и операции методы. Имя класса должно быть уникальным в пределах пакета который описывается некоторой совокупностью диаграмм классов или одной диаграммой. В дополнение к общему правилу наименования элементов языка UML имя класса записывается по центру секции имени полужирным шрифтом и должно начинаться с заглавной буквы. В первой секции обозначения класса могут находиться ссылки на стандартные шаблоны или абстрактные классы от которых образован данный класс и от которых он...
20422. Основные пакеты метамодели языка UML 282 KB
  org view=Basic_packages_metamodeli_language_UML 2730 Основные пакеты метамодели языка UML Возвращаясь к рассмотрению языка UML напомним что основой его представления на метамодельном уровне является описание трех его логических блоков или пакетов: Основные элементы Элементы поведения и Общие механизмы рис. Пакет Типы данных определяет основные структуры данных для языка UML. Основные пакеты метамодели языка UML Рис. Подпакеты пакета Основные элементы языка UML Пакет Основные элементы Ниже дается краткая характеристика элементов...
20423. Жизненный цикл ИС 86 KB
  Модель жизненного цикла отражает различные состояния системы начиная с момента возникновения необходимости в данной ИС и заканчивая моментом ее полного выхода из употребления. Модель жизненного цикла структура содержащая процессы действия и задачи которые осуществляются в ходе разработки функционирования и сопровождения программного продукта в течение всей жизни системы от определения требований до завершения ее использования. В настоящее время известны и используются следующие модели жизненного цикла: Каскадная модель рис....
20424. Мультипроцессоры 58 KB
  Мультипроцессоры Мультипроцессорные системы обладают одной характерной особенностью: все процессоры имеют прямой доступ к общей памяти. Мультипроцессорные системы шинной архитектуры состоят из некоторого количества процессоров подсоединенных к общей шине а через нее к модулям памяти. Простейшая конфигурация содержит плату с шиной или материнскую плату в которую вставляются процессоры и модули памяти. Поскольку используется единая память когда процессор А записывает слово в память а процессор В микросекундой позже считывает слово из...
20425. Компоненты NET 231.5 KB
  Использовать методы службы NET Romoting . Однако WCF содержит и другой тип сериализатора NetDataContractSerializer который является полной копией стандартного сериализатора однако помимо всего прочего он добавляет полное имя типа в сериализованный поток байтов. Хостинг IIS Internet Information Server WPF Приложения WPF строятся на основе языка XAML и языка реализации логики C.
20426. Определение распределенной системы 210 KB
  В литературе можно найти различные определения распределенных систем причем ни одно из них не является удовлетворительным и не согласуется с остальными. Возможно вместо того чтобы рассматривать определения разумнее будет сосредоточиться на важных характеристиках распределенных систем. То же самое относится и к внешней организации распределенных систем. Другой важной характеристикой распределенных систем является способ при помощи которого пользователи и приложения единообразно работают в распределенных системах независимо от того где и...
20427. Концепции аппаратных решений 64 KB
  Концепции аппаратных решений Несмотря на то что все распределенные системы содержат по нескольку процессоров существуют различные способы их организации в систему. Нас интересуют исключительно системы построенные из набора независимых компьютеров. Системы в которых компьютеры используют память совместно обычно называются мультипроцессорами multiprocessors а работающие каждый со своей памятью мультикомпьютерами multicomputers. Коммутируемые системы в отличие от шинных не имеют единой магистрали такой как у кабельного телевидения.