Сложные табличные подзапросы
Операция EXISTS
Результат выполнения таких операций представляет собой значения или .
Для операции результат равен , если в возвращаемой подзапросом таблице присутствует хотя бы одна строка.
Если в результирующей таблице подзапроса пуста, то операция возвращает значение . Для операции используются обратные правила обработки.
Поскольку обе операции проверяют лишь наличие строк в результирующей таблице подзапроса, то эта таблица может содержать произвольное количество столбцов.
Пример 11.Определить наименования поставщиков, которые поставляют детали.
Такой подзапрос относится к табличным, так как возвращает множество значений.
Подзапрос является сложным, потому что он не может выполняться независимо от внешнего запроса.
В этом случае выполнение оператора начинается с внешнего запроса, который поочередно отбирает каждую отдельную строку таблицы P. Для каждой выбранной строки СУБД выполняет подзапрос один раз. В результирующую таблицу помещаются только те наименования поставщиков, для которых подзапрос возвращает хотя бы одну строку.
Первой выбирается строка с информацией о поставщике Иванов. В подзапрос вместо P.pnum подставляется значение 1 (номер поставщика Иванова), после чего подзапрос выполняется.
Подзапрос возвращает три первых строки из таблицы PD, соответствующие поставкам Иванова, поэтому результат операции равен , и наименование Иванов помещается в результирующую таблицу.
Аналогично результат получается для поставщиков Петров и Сидоров. При выборе строки с информацией о поставщике Кузнецов, подзапрос возвращает пустое множество, поэтому результат операции равен , и наименование Кузнецов не помещается в результирующую таблицу.
Создание самосоединений
Самосоединение это обычное соединение языка SQL, которое соединяет таблицу саму с собой. Такое соединение позволяет сравнивать значения, хранящиеся в одном столбце таблицы.
При самосоединении используются псевдонимы таблиц, которые позволяют различать соединяемые копии таблиц. Псевдонимы вводятся в предложении и используются как обычные имена таблиц.
Пример 12.Определить наименования поставщиков, которые поставляют и деталь с номером 1, и деталь с номером 2.
Один из вариантов решения задачи можно записать с помощью подзапроса следующим образом.
Тот же самый результат можно получить используя соединение таблицы PD с ее копией, назовем ее PD1, следующим образом:
Пример 13.Определить наименования поставщиков, которые поставляют и деталь с номером 1, и деталь с номером 2, и деталь с номером 3.
Основы вложенных запросов
Вложенный запрос по-другому называют внутренним запросом или внутренней операцией выбора, в то время как инструкцию, содержащую вложенный запрос, называют внешним запросом или внешней операцией выбора.
Многие инструкции языка Transact-SQL, включающие подзапросы, можно записать в виде соединений. Другие запросы могут быть осуществлены только с помощью подзапросов. В языке Transact-SQL обычно не бывает разницы в производительности между инструкцией, включающей вложенный запрос, и семантически эквивалентной версией без вложенного запроса. Дополнительные сведения о том, как SQL Server обрабатывает запросы, см. в разделе . Однако в некоторых случаях, когда проверяется существование, соединения показывают лучшую производительность. В противном случае для устранения дубликатов вложенный запрос должен обрабатываться для получения каждого результата внешнего запроса. В таких случаях метод работы соединений дает лучшие результаты.
В следующем примере используются вложенный запрос и соединение , которые возвращают один и тот же результирующий набор и план выполнения:
Вложенный во внешнюю инструкцию SELECT запрос, имеет следующие компоненты:
- обычный запрос , включающий обычные компоненты списка выборки;
- обычное предложение , включающее одно или несколько имен таблиц или представлений.
- Необязательное предложение .
- Необязательное предложение .
- Необязательное предложение .
Запрос SELECT вложенного запроса всегда заключен в скобки. Он не может включать предложения или и может включать предложение только вместе с предложением TOP.
Вложенный запрос может быть включен в предложение или внешней инструкции , , или или в другой вложенный запрос. Возможно создавать вложенность до 32-го уровня, хотя ограничения меняются в зависимости от объема доступной памяти и сложности других выражений в запросе. Отдельные запросы могут не поддерживать вложенность до 32-го уровня. Подзапрос может появляться везде, где может использоваться выражение, если он возвращает одно значение.
Если таблица появляется только во вложенном запросе, а не во внешнем запросе, в этом случае столбцы данной таблицы не могут быть включены в выходные данные (список выборки внешнего запроса).
Инструкции, включающие вложенные запросы, обычно имеют один из следующих форматов:
В некоторых инструкциях языка Transact-SQL вложенный запрос может рассматриваться как отдельный запрос. Обычно результаты вложенного запроса подставляются во внешний запрос (хотя SQL Server может обрабатывать инструкции Transact-SQL с вложенными запросами и по-другому).
Существуют три основных типа подзапросов, которые:
- работают в списках, указанных с помощью ключевого слова , или тех, которые оператор сравнения изменил с помощью ключевого слова или ;
- вставлены оператором немодифицированных сравнений и должны возвращать одно значение;
- являются проверками на существование, начинающимися с ключевого слова .
Подзапрос SQL: руководство
Подзапрос SQL — это запрос внутри другого запроса. Они используются для выполнения запроса, который зависит от результатов другого запроса. Подзапросы позволяют делать это без необходимости писать два отдельных запроса и копировать, и вставлять результаты. Подзапросы появляются в предложениях WHERE или HAVING.
Вот синтаксис подзапроса в инструкции SQL SELECT:
Этот запрос выбирает названия всех продуктов, поставляемых местной компанией. Мы используем подзапрос в качестве входных данных для оператора SQL IN. Оператор SQL IN возвращает все записи из таблицы «products», где в результатах нашего подзапроса находится идентификатор supplier_id.
Мы можем использовать подзапросы в операторах INSERT, UPDATE и DELETE.
Подзапрос должен быть заключён в круглые скобки. Это отличает внутреннюю часть подзапроса от другого подзапроса.
Убедитесь, что вы выбрали соответствующие данные в своём подзапросе. В нашем подзапросе выше мы выбрали идентификатор из таблицы поставщиков. Если бы мы выбрали другой столбец, наш запрос не работал бы. Это потому, что наш основной запрос зависит от идентификатора поставщика.
СУБД
Существуют различные версии языка SQL. Эти разновидности специалисты иногда называют диалектами. Они создаются отдельными организациями и сообществами. Создатели выпускают более расширенные варианты устоявшихся языковых стандартов SQL.
Различные вариации спецификаций SQL предназначены для продуктивной работы с самыми разнообразными системами управления базами данных (СУБД). Каждая из них представляет собой систему программ, заточенную на выполнение определенных задач, достижения целей и работу с программными продуктами собственной инфраструктуры.
Чаще всего специалисты применяют СУБД, которые используют собственные стандарты SQL:
- Microsoft SQL Server – система управления БД, собственником которой является Microsoft. Особенно популярна в крупных компаниях корпоративного сектора. По сути является огромным комплексом приложений, который дает возможность сохранять, изменять, анализировать данные, реализовывать их безопасность и т.д. Использует диалект T-SQL (Transact-SQL);
- Oracle Database – СУБД от Oracle. Также очень популярна, в том числе в крупных компаниях корпоративного сектора. Сопоставима с предыдущей СУБД, по отношению к которой является основным конкурентом. Полнофункциональные версии обоих собственников являются достаточно дорогостоящими;
- MySQL – также принадлежит компании Oracle, но предполагает бесплатное использование. Этот продукт достаточно популярен в онлайн-сегменте. Именно на нем работает большинство веб-проектов (все они используют эту СУБД для хранения информации);
- PostgreSQL – свободная система, которая поддерживается и развивается сообществом пользователей. Также распространяется бесплатно, достаточно функциональна и пользуется широкой популярностью.
Возможности расширений в различных диалектах SQL могут иметь как общие свойства (основные конструкции), так и определенные отличия (в используемых типах данных, командах). Это объясняется тем, что диалекты создают и используют различные организации, преследующие разные цели и задачи.
Соотнесенный подзапрос
Запрос называется «соотнесенным», когда оба, и внутренний, и внешний, запросы взаимозависимы. Это означает, что для обработки каждой записи внутреннего запроса, должна быть получена также запись внешнего запроса, т.е. внутренний запрос всецело зависит от внешнего:
SELECT p.product_name FROM p WHERE p.product_id = (SELECT o.product_id FROM o WHERE o.product_id = p.product_id)
Выполнение вложенных запросов
По всем законам программирования, вложенный запрос выполняется первый и после него внешний и так по всей иерархии. Это означает, что первым выполненным запросом будет тот, который лежит «глубже» всех и последним будет внешний запрос.
Ресурсы
Естественно вложенные запросы увеличивают ресурсозатраты, время обработки и выполнения т.к. они, по сути, являются ещё одними запросами. Максимальное количество вложенных запросов ограничено, напр., в СУБД Oracle — 255.
Примечания
- Вы можете использовать столько вложенных запросов, сколько захотите (но не более макс. числа), но в СУБД Oracle не рекомендуется использовать более 16 вложений.
- Если подзапрос не зависит от внешнего запроса – он называется «несоотнесенным» подзапросом.
Правила вложенных запросов mssql (ограничения)
На вложенный запрос распространяются следующие ограничения:
- Список выбора вложенного запроса, начинающийся с оператора сравнения, может включать только одно выражение или имя столбца (за исключением операторов и в инструкции или в списке соответственно).
- Если предложение внешнего запроса включает имя столбца, оно должно быть совместимо для соединения со столбцом в списке выбора вложенного запроса.
- Типы данных ntext, text и image не могут быть использованы в списке выбора вложенных запросов.
- Вложенные запросы, представленные оператором неизмененного сравнения (после которого нет ключевого слова или ), не могут включать предложения и .
- Ключевое слово не может быть использовано во вложенном запросе, включающем предложение GROUP BY.
- Предложения и не могут быть указаны.
- Предложение может быть указано только вместе с предложением .
- Представление, созданное с помощью вложенного запроса, не может быть обновлено.
- Список выбора вложенного запроса, начинающегося с предложения , по соглашению содержит звездочку (*) вместо отдельного имени столбца. Правила для вложенного запроса, начинающегося с предложения , являются такими же, как для стандартного списка выбора, поскольку вложенный запрос, начинающийся с предложения , проводит проверку на существование и возвращает TRUE или FALSE вместо данных.
Условный оператор WHERE
Ситуация, когда требуется сделать выборку по определенному условию, встречается очень часто. Для этого в операторе SELECT существует параметр WHERE, после которого следует условие для ограничения строк. Если запись удовлетворяет этому условию, то попадает в результат, иначе отбрасывается.
Общая структура запроса с оператором WHERE
SELECT поля_таблиц FROM список_таблиц WHERE условия_на_ограничения_строк ;
В описанной структуре запроса необязательные параметры указаны в квадратных скобках.
В условном операторе применяются операторы сравнения, специальные и логические операторы.
Операторы сравнения
Операторы сравнения служат для сравнения 2 выражений, их результатом может являться ИСТИНА (1), ЛОЖЬ (0) и NULL.
| Оператор | Описание |
|---|---|
| = | Оператор равенство |
| <=> | Оператор эквивалентностьАналогичный оператору равенства, с одним лишь исключением: в отличие от него, оператор эквивалентности вернет ИСТИНУ при сравнении NULL <=> NULL |
| <>или!= | Оператор неравенство |
| < | Оператор меньше |
| <= | Оператор меньше или равно |
| > | Оператор больше |
| >= | Оператор больше или равно |
Специальные операторы
-
— позволяет узнать равно ли проверяемое значение NULL.
Для примера выведем всех членов семьи, у которых статус в семье не равен NULL:
SELECT * FROM FamilyMembers WHERE status IS NOT NULL; -
— позволяет узнать расположено ли проверяемое значение столбца в интервале между min и max.
Выведем все данные о покупках с ценой от 100 до 500 рублей из таблицы Payments:
SELECT * FROM Payments WHERE unit_price BETWEEN 100 AND 500; -
— позволяет узнать входит ли проверяемое значение столбца в список определённых значений.
Выведем имена членов семьи, чей статус равен «father» или «mother»:
SELECT member_name FROM FamilyMembers WHERE status IN ('father', 'mother'); -
— позволяет узнать соответствует ли строка определённому шаблону.
Например, выведем всех людей с фамилией «Quincey»:
SELECT member_name FROM FamilyMembers WHERE member_name LIKE '% Quincey';
Трафаретные символы
В шаблоне разрешается использовать два трафаретных символа:
- символ подчеркивания (_), который можно применять вместо любого единичного символа в проверяемом значении
- символ процента (%) заменяет последовательность любых символов (число символов в последовательности может быть от 0 и более) в проверяемом значении.
| Шаблон | Описание |
|---|---|
| never% | Сопоставляется любым строкам, начинающимся на «never». |
| %ing | Сопоставляется любым строкам, заканчивающимся на «ing». |
| _ing | Сопоставляется строкам, имеющим длину 4 символа, при этом 3 последних обязательно должны быть «ing». Например, слова «sing» и «wing». |
ESCAPE-символ
ESCAPE-символ используется для экранирования трафаретных символов. В случае если вам нужно найти строки, содержащие проценты (а процент — это зарезервированный символ), вы можете использовать ESCAPE-символ.
Например, вы хотите получить идентификаторы задач, прогресс которых равен 3%:
SELECT
job_id
FROM
Jobs
WHERE
progress LIKE '3!%'
ESCAPE '!';
Если бы мы не экранировали трафаретный символ, то в выборку попало бы всё, что начинается на 3.
Логические операторы
Логические операторы необходимы для связывания нескольких условий ограничения строк.
- Оператор NOT — меняет значение специального оператора на противоположный
- Оператор OR — общее значение выражения истинно, если хотя бы одно из них истинно
- Оператор AND — общее значение выражения истинно, если они оба истинны
- Оператор XOR — общее значение выражения истинно, если один и только один аргумент является истинным
Выведем все полёты, которые были совершены на самолёте «Boeing», но, при этом, вылет был не из Лондона:
SELECT
*
FROM
Trip
WHERE
plane = 'Boeing' AND NOT town_from = 'London';
Виды вложенных подзапросов
Вложенный подзапрос — это подзапрос, заключенный в круглые скобки и вложенный в WHERE (HAVING) фразу предложения SELECT или других предложений, использующих WHERE фразу. Вложенный подзапрос может содержать в своей WHERE (HAVING) фразе другой вложенный подзапрос и т.д. Нетрудно догадаться, что вложенный подзапрос создан для того, чтобы при отборе строк таблицы, сформированной основным запросом, можно было использовать данные из других таблиц (например, при отборе блюд для меню использовать данные о наличии продуктов в кладовой пансионата).
Существуют простые и коррелированные вложенные подзапросы. Они включаются в WHERE (HAVING) фразу с помощью условий IN, EXISTS или одного из условий сравнения ( = | <> | < | <= | > | >= ). Простые вложенные подзапросы обрабатываютя системой «снизу вверх». Первым обрабатывается вложенный подзапрос самого нижнего уровня. Множество значений, полученное в результате его выполнения, используется при реализации подзапроса более высокого уровня и т.д.
Запросы с коррелированными вложенными подзапросами обрабатываются системой в обратном порядке. Сначала выбирается первая строка рабочей таблицы, сформированной основным запросом, и из нее выбираются значения тех столбцов, которые используются во вложенном подзапросе (вложенных подзапросах). Если эти значения удовлетворяют условиям вложенного подзапроса, то выбранная строка включается в результат. Затем выбирается вторая строка и т.д., пока в результат не будут включены все строки, удовлетворяющие вложенному подзапросу (последовательности вложенных подзапросов).
Следует отметить, что SQL обладает большой избыточностью в том смысле, что он часто предоставляет несколько различных способов формулировки одного и того же запроса. Поэтому во многих примерах данной главы будут использованы уже знакомые нам по предыдущей главе концептуальные формулировки запросов. И несмотря на то, что часть из них успешнее реализуется с помощью соединений, здесь все же будут приведены их варианты с использованием вложенных подзапросов. Это связано с необходимостью детального знакомства с созданием и принципом выполнения вложенных подзапросов, так как существует немало задач (особенно на удаление и изменение данных), которые не могут быть реализованы другим способом. Кроме того, разные формулировки одного и того же запроса требуют для своего выполнения различных ресурсов памяти и могут значительно отличаться по времени реализации в разных СУБД.
Что такое язык SQL и оператор SELECT
SQL – это язык запросов, который служит для манипуляции (управления) данными в реляционных базах данных. Имеет широкую популярность и поэтому любой уважающий себя IT-к должен знать основы этого языка, так как базы данных есть практически в каждой компании.
SELECT – оператор языка SQL, относится к группе операторов манипуляции данными (Data Manipulation Language, DML) и служит для выборки данных из базы данных.
Примечание! Для того чтобы изучать язык SQL и базы данных существуют специальные бесплатные редакции крупных СУБД, например в SQL Server от компании Microsoft есть редакция Express. Как установить данную СУБД можете почитать в материале — Описание установки Microsoft SQL Server 2016 Express.
Вот самый простой пример использования оператора SELECT.
SELECT * FROM Table
где,
- * — показать все данные;
- FROM — из источника;
- Table — название источника (в нашем случае таблица).
Но, на практике, зачастую нам нужны не все данные из таблицы, а иногда только некоторые колонки, для этого просто указываем вместо * название нужной колонки (или колонок), например:
SELECT Price FROM Table
где, Price и есть название колонки.
Примечание! В качестве примера мы используем простую таблицу с перечислением моделей компьютеров, их ценой и названием.
Если Вам нужно указать несколько колонок, то просто перечисляйте их через запятую после оператора SELECT, например
SELECT price, name, model FROM Table
где, price, name, model это колонки из таблицы Table.
Советы по использованию временных таблиц и табличных переменных
Если вы замечаете, что обращаетесь к одной и той же таблице несколько раз, то это явный знак необходимости использовать временную таблицу.
- Временная таблица храниться физически в tempdb, табличная переменная хранится в памяти SQL
- SQL может сам решить сохранить табличную переменную физически, если там будет много данных, это потеря ресурсов, учтите это
- Временная таблица для большого объема данных (полноценная выборка), табличная переменная для малого (справочники или набор ID для чего-то)
- Временная таблица доступна из любой процедуры SQL, табличная переменная только в рамках запроса. Не забывайте очищать временные таблицы после их использования
Компиляция SQL выражений¶
Скомпилированное выражение является объектом класса
См.также
http://docs.sqlalchemy.org/en/latest/dialects/index.html
Диалекты разных СУБД описаны в модулях:
SQLite
1 2 3 |
>>> from sqlalchemy.dialects import sqlite >>> print(expression.compile(dialect=sqlite.dialect())) user.username = ? |
MySQL
1 2 3 4 5 |
>>> expression = user_table.c.username == 'ed' >>> from sqlalchemy.dialects import mysql >>> print(expression.compile(dialect=mysql.dialect())) user.username = %s |
PostgreSQL
1 2 3 |
>>> from sqlalchemy.dialects import postgresql >>> print(expression.compile(dialect=postgresql.dialect())) "user".username = %(username_1)s |
Firebird
1 2 3 |
>>> from sqlalchemy.dialects import firebird >>> print(expression.compile(dialect=firebird.dialect())) "user".username = :username_1 |
MSSQL
1 2 3 |
>>> from sqlalchemy.dialects import mssql >>> print(expression.compile(dialect=mssql.dialect())) .username = :username_1 |
Скажите нет грубой силе
Этот последний совет на самом деле означает, что вы не должны слишком сильно ограничивать запрос, потому что это может повлиять на его производительность. Это особенно верно для объединений и для предложения .
Когда вы объединяете две таблицы, может быть важно рассмотреть порядок объединения таблиц. Если вы заметили, что одна таблица значительно больше другой, вы можете переписать свой запрос так, чтобы самая большая таблица была помещена последней в объединении
Избыточные условия для объединений
Когда вы добавляете слишком много условий для объединений, вы, по сути, предписываете SQL выбрать определенный путь. Может быть, однако, что этот путь не всегда более эффективен.
Предложение было первоначально добавлено в SQL, потому что ключевое слово не могло использоваться с агрегатными функциями. обычно используется с предложением , чтобы ограничить группы возвращаемых строк только теми, которые соответствуют определенным условиям. Однако, если вы используете это предложение в своем запросе, индекс не используется, который, как вы уже знаете, что может привести к запросу, который будет не реально выполнить.
Если вы ищете альтернативу, подумайте об использовании предложения . Рассмотрим следующие запросы:
SELECT state, COUNT(*) FROM Drivers WHERE state IN ('GA', 'TX') GROUP BY state ORDER BY state
SELECT state, COUNT(*) FROM Drivers GROUP BY state HAVING state IN ('GA', 'TX') ORDER BY state
В первом запросе используется предложение , чтобы ограничить количество строк, которые нужно суммировать, тогда как второй запрос суммирует все строки в таблице, а затем использует для отбрасывания вычисленных сумм. В таких случаях альтернатива с предложением , очевидно, лучше, поскольку вы не тратите никаких ресурсов.
Вы видите, что здесь речь идет не о ограничении результатов запроса, а об ограничении промежуточного количества записей в запросе.
Обратите внимание, что разница между этими двумя предложениями заключается в том, что оператор вводит условие для отдельных строк, тогда как оператор вводит условие агрегирования или повторных выборов, в которых один результат, такой как , , , … был создан из нескольких строк. Как видите, оценка качества, запись и переписывание запросов –непростая задача, если учесть, что они должны быть максимально эффективными
Избегание анти-шаблонов и использование альтернативных вариантов в написании запросов также являются частью вашей заботы при написании очередей, которые можно запускать в базах данных в профессиональной среде
Как видите, оценка качества, запись и переписывание запросов –непростая задача, если учесть, что они должны быть максимально эффективными. Избегание анти-шаблонов и использование альтернативных вариантов в написании запросов также являются частью вашей заботы при написании очередей, которые можно запускать в базах данных в профессиональной среде.
Этот список был всего лишь небольшим обзором некоторых анти-шаблонов и советов, которые, надеюсь, помогут новичкам. Если вы хотите получить представление о том, что более старшие разработчики считают наиболее частыми антишаблонами, ознакомьтесь с этим обсуждением.
Уточнение имен столбцов во вложенных запросах
В следующем примере столбец BusinessEntityID в предложении внешнего запроса неявно уточняется именем таблицы, используемой в предложении внешнего запроса (Sales.Store). Ссылка на столбец CustomerID в списке выборки вложенного запроса уточняется именем таблицы с помощью предложения вложенного запроса, то есть Sales.Customer.
Общее правило состоит в том, что имена столбцов в инструкции неявно уточняются именем таблицы, указанной в предложении того же уровня вложенности. Если столбец не существует в таблице, на которую ссылается предложение вложенного запроса, он неявно уточняется именем таблицы, указанной в предложении внешнего запроса.
Вот как выглядит этот запрос с явно указанными неявными соглашениями:
Никогда не будет ошибочным явно указать имя таблицы; также всегда можно перекрыть неявные соглашения об именах таблиц полностью уточненными именами столбцов
Важно!
Если столбец, на который есть ссылка во вложенном запросе, не существует в таблице, указанной в предложении вложенного запроса, но существует в таблице, на которую ссылается предложение внешнего запроса, запрос будет выполнен без ошибок. SQL Server неявно уточнит имя столбца во вложенном запросе с помощью имени таблицы внешнего запроса.
Подзапросы с оператором SELECT
Подзапросы наиболее часто используется с SELECT. Базовый синтаксис выглядит следующим образом:
SELECT column_name FROM table1 WHERE column_name OPERATOR (SELECT column_name FROM table1 )
Пример
Рассмотрим таблицу клиентов, имеющих следующие записи:
+----+----------+-----+-----------+----------+ | ID | NAME | AGE | ADDRESS | SALARY | +----+----------+-----+-----------+----------+ | 1 | Maxim | 35 | Moscow | 21000.00 | | 2 | AndreyEx | 38 | Krasnodar | 55500.00 | | 3 | Oleg | 33 | Rostov | 34000.00 | | 4 | Masha | 35 | Moscow | 34000.00 | | 5 | Ruslan | 34 | Omsk | 45000.00 | | 6 | Dima | 32 | SP | 45000.00 | | 7 | Roma | 34 | SP | 10000.00 | +----+----------+-----+-----------+----------+
Теперь, давайте проверим следующий подзапрос с оператором SELECT.
SQL> SELECT *
FROM CUSTOMERS
WHERE ID IN (SELECT ID
FROM CUSTOMERS
WHERE SALARY > 44000);
Это произведет следующий результат:
+----+----------+-----+-----------+----------+ | ID | NAME | AGE | ADDRESS | SALARY | +----+----------+-----+-----------+----------+ | 2 | AndreyEx | 38 | Krasnodar | 55500.00 | | 5 | Ruslan | 34 | Omsk | 45000.00 | | 6 | Dima | 32 | SP | 45000.00 | +----+----------+-----+-----------+----------+
Подзапросы с заявлением DELETE
Подзапрос может быть использован в сочетании с DELETE как и с любыми другими заявлениями, упомянутых выше.
Базовый синтаксис выглядит следующим образом.
DELETE FROM TABLE_NAME (SELECT COLUMN_NAME FROM TABLE_NAME)
Пример
Предполагая, у нас есть таблица CUSTOMERS_BKP, которая является резервной копией таблицы Customers. Следующий пример удаляет записи из таблицы CUSTOMERS для всех клиентов, чей возраст больше или равен 37.
SQL> DELETE FROM CUSTOMERS
WHERE AGE IN (SELECT AGE FROM CUSTOMERS_BKP
WHERE AGE >= 37 );
Это будет влиять на одну строку и, наконец, таблица CUSTOMERS будет иметь следующие записи:
+----+----------+-----+-----------+----------+ | ID | NAME | AGE | ADDRESS | SALARY | +----+----------+-----+-----------+----------+ | 1 | Maxim | 35 | Moscow | 21000.00 | | 3 | Oleg | 33 | Rostov | 34000.00 | | 4 | Masha | 35 | Moscow | 34000.00 | | 5 | Ruslan | 34 | Omsk | 45000.00 | | 6 | Dima | 32 | SP | 45000.00 | | 7 | Roma | 34 | SP | 10000.00 | +----+----------+-----+-----------+----------+
