Содержание
Главное меню » Базы данных » База данных MySQL » Порядок операций SQL – В каком порядке MySQL выполняет запросы?
Если вы ищете короткую версию, это логический порядок операций, также известный как порядок выполнения, для SQL-запроса:
- FROM, включая JOINs
- WHERE
- GROUP BY
- HAVING
- Функции WINDOW
- SELECT
- DISTINCT
- UNION
- ORDER BY
- LIMIT и OFFSET
Но реальность не так проста и не прямолинейна. Как мы уже говорили, стандарт SQL определяет порядок выполнения для различных предложений SQL-запросов. Сказано, что современные базы данных уже проверяют этот порядок по умолчанию, применяя некоторые приемы оптимизации, которые могут изменить фактический порядок выполнения, хотя в конечном итоге они должны возвращать тот же результат, как если бы они выполняли запрос в порядке выполнения по умолчанию.
Почему они это сделали? Что ж, может быть глупо, если база данных сначала извлечет все данные, упомянутые в предложении FROM (включая JOIN), прежде чем заглядывать в предложение WHERE и его индексы. Эти таблицы могут содержать большое количество данных, поэтому вы можете представить, что произойдет, если оптимизатор базы данных будет придерживаться традиционного порядка операций SQL-запроса.
Давайте рассмотрим каждую из частей SQL-запроса в соответствии с порядком их выполнения.
FROM и JOINs
Таблицы, указанные в предложении FROM (включая JOIN), будут оцениваться первыми, чтобы определить весь рабочий набор, который имеет отношение к запросу. База данных будет объединять данные из всех таблиц в соответствии с предложениями JOINs ON, а также извлекать данные из подзапросов и даже может создавать некоторые временные таблицы для хранения данных, возвращаемых из подзапросов в этом разделе.
Во многих случаях, тем не менее, оптимизатор базы данных сначала выберет оценку части WHERE, чтобы увидеть, какая часть рабочего набора может быть пропущена (предпочтительно с использованием индексов), поэтому он не будет слишком сильно раздувать набор данных, если он действительно не нужен.
Класс WHERE
Предложение WHERE будет вторым, который будет оценен после предложения FROM. У нас есть набор рабочих данных, и теперь мы можем фильтровать данные в соответствии с условиями в предложении WHERE.
Эти условия могут включать ссылки на данные и таблицы из условия FROM, но не могут включать ссылки на псевдонимы, определенные в предложении SELECT, поскольку эти данные и эти псевдонимы могут еще не «существовать» в этом контексте, так как это предложение не было пока оценивается базой данных.
Кроме того, распространенной ошибкой для предложения WHERE является попытка отфильтровать агрегированные значения в предложении WHERE, например, с помощью этого предложения: WHERE sum (available_stock)> 0 . Этот оператор не выполнит запрос, потому что агрегаты будут оцениваться позже в процессе (см. Раздел GROUP BY ниже). Чтобы применить условие фильтрации к агрегированным данным, вы должны использовать предложение HAVING, а не предложение WHERE.
Предложение GROUP BY
Теперь, когда мы отфильтровали набор данных с помощью предложения WHERE, мы можем объединить данные в соответствии с одним или несколькими столбцами, появляющимися в предложении GROUP BY. Группировка данных фактически разбивает их на разные порции или сегменты, где каждый сегмент имеет один ключ и список строк, соответствующих этому ключу. Отсутствие предложения GROUP BY похоже на помещение всех строк в одно большое ведро.
После того как вы агрегируете данные, вы можете теперь использовать функции агрегации, чтобы возвращать значение для каждой группы для каждого сегмента. Такие функции агрегации включают COUNT, MIN, MAX, SUM и другие.
Класс HAVING
Теперь, когда мы сгруппировали данные с помощью предложения GROUP BY, мы можем использовать предложение HAVING, чтобы отфильтровать некоторые сегменты. Условия в предложении HAVING могут ссылаться на функции агрегирования, поэтому пример, который не работал в приведенном выше предложении WHERE, будет прекрасно работать в предложении HAVING: HAVING sum (available_stock)> 0 .
Поскольку мы уже сгруппировали данные, мы больше не можем получить доступ к исходным строкам на этом этапе, поэтому мы можем применять условия только для фильтрации целых сегментов, а не отдельных строк в сегменте.
Кроме того, как мы упоминали в предыдущих разделах, псевдонимы, определенные в предложении SELECT, также не могут быть доступны в этом разделе, поскольку они еще не были оценены базой данных (это верно для большинства баз данных).
Функции Window
Если вы используете функции Window , это точка, где они будут выполняться. Подобно механизму группировки, оконные функции также выполняют вычисления для набора строк. Основное отличие состоит в том, что при использовании оконных функций каждая строка будет сохранять свою идентичность и не будет сгруппирована в группу других похожих строк.
Оконные функции могут использоваться только в предложении SELECT или ORDER BY. Вы можете использовать функции агрегирования внутри оконных функций, например:
Предложение SELECT
Теперь, когда мы закончили отбрасывать строки из набора данных и группировать данные, мы можем выбрать данные, которые мы хотим получить из запроса на стороне клиента. Вы можете использовать имена столбцов, агрегаты и подзапросы внутри предложения SELECT. Имейте в виду, что если вы используете ссылку на функцию агрегации, например COUNT (*) в предложении SELECT, это просто ссылка на агрегацию, которая уже произошла, когда произошла группировка, поэтому сама агрегация не произойдет в предложении SELECT, но это только ссылка на его набор результатов.
Ключевое слово DISTINCT
Синтаксис ключевого слова DISTINCT немного сбивает с толку, потому что ключевое слово занимает свое место перед именами столбцов в предложении SELECT. Но фактическая операция DISTINCT происходит после SELECT. При использовании ключевого слова DISTINCT база данных отбрасывает строки с повторяющимися значениями из оставшихся строк, оставшихся после фильтрации и агрегирования.
Ключевое слово UNION
Ключевое слово UNION объединяет наборы результатов двух запросов в один набор результатов. В большинстве баз данных вы можете выбирать между UNION DISTINCT (который отбрасывает дублирующиеся строки из объединенного набора результатов) или UNION ALL (который просто объединяет наборы результатов без применения какой-либо проверки на дублирование).
Вы можете применить сортировку (ORDER BY) и ограничение (LIMIT) к набору результатов UNION, так же, как вы можете применить его к обычному запросу.
Предложение ORDER BY
Сортировка происходит после того, как в базе данных будет готов весь набор результатов (после фильтрации, группировки, удаления дубликатов). После этого база данных может теперь сортировать результирующий набор, используя столбцы, выбранные псевдонимы или функции агрегирования, даже если они не являются частью выбранных данных. Единственным исключением является использование ключевого слова DISTINCT, которое предотвращает сортировку по не выбранному столбцу, так как в этом случае порядок набора результатов будет неопределенным.
Вы можете выбрать сортировку данных по убыванию (DESC) или по возрастанию (ASC). Заказ может быть уникальным для каждой из частей заказа, поэтому действует следующее: ORDER BY firstname ASC, age DESC
LIMIT и OFFSET
В большинстве случаев использования (за исключением нескольких подобных отчетов) мы хотели бы отбросить все строки, кроме первых X строк результата запроса. Предложение LIMIT, которое выполняется после сортировки, позволяет нам сделать это. Кроме того, вы можете выбрать, с какой строки начинать извлекать данные и сколько исключать, используя комбинацию ключевых слов LIMIT и OFFSET. В следующем примере будет выбрано 50 строк, начиная с строки 100: LIMIT 50 OFFSET 100
Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.
Язык SQL представляет собой совокупность операторов. Операторы SQL делятся на:
операторы определения данных (DataDefinitionLanguage, DDL) — язык описания схемы в ANSI, состоит из команд, которые создают объекты (таблицы, индексы, просмотры, и так далее) в базе данных (CREATE, DROP, ALTER и др.).
§ операторы манипуляции данными (DataManipulationLanguage, DML) — это набор команд, которые определяют, какие значения представлены в таблицах в любой момент времени (INSERT, DELETE, SELECT, UPDATE и др.).
§ операторы определения доступа к данным (DataControlLanguage, DCL) — состоит из средств, которые определяют, разрешить ли пользователю выполнять определенные действия или нет (GRANT/REVOKE , LOCK/UNLOCK).
§ операторы управления транзакциями (TransactionControlLanguage, TCL)
К сожалению, эти термины не используются повсеместно во всех реализациях. Они подчеркиваются ANSI и полезны на концептуальном уровне, но большинство SQL программ практически не обрабатывают их отдельно, так что они по существу становятся функциональными категориями команд SQL.
11.Операторы выборки данных языка SQLОператор выбора SELECT. Язык запросов (DataQueryLanguage) в SQL состоит из единственного оператора SELECT. Этот единственный оператор поиска реализует все операции реляционной алгебры. Как просто, всего один оператор. Однако писать запросы на языке SQL (грамотные запросы) сначала совсем не просто. Надо учиться, так же как надо учиться решать математические задачки или составлять алгоритмы для решения непростых комбинаторных задач. Один и тот же запрос может быть реализован несколькими способами, и, будучи все правильными, они, тем не менее, могут существенно отличаться по времени исполнения, и это особенно важно для больших баз данных. Синтаксис оператора SELECT имеет следующий вид: SELECT[ALL|DISTINCT]( |*)FROM [WHERE ][GROUP BY ][HAVING ][ORDER BY ] Здесь ключевое слово ALL означает, что в результирующий набор строк включаются все строки, удовлетворяющие условиям запроса. Значит, в результирующий набор могут попасть одинаковые строки. И это нарушение принципов теории отношений (в отличие от реляционной алгебры, где по умолчанию предполагается отсутствие дубликатов в каждом результирующем отношении). Ключевое слово DISTINCT означает, что в результирующий набор включаются только различные строки, то есть дубликаты строк результата не включаются в набор. Символ *. (звездочка) означает, что в результирующий набор включаются все столбцы из исходных таблиц запроса. В разделе FROM задается перечень исходных отношений (таблиц) запроса. В разделе WHERE задаются условия отбора строк результата или условия соединения кортежей исходных таблиц, подобно операции условного соединения в реляционной алгебре. В разделе GROUP BY задается список полей группировки. В разделе HAVING задаются предикаты-условия, накладываемые на каждую группу. В части ORDER BY задается список полей упорядочения результата, то есть список полей, который определяет порядок сортировки в результирующем отношении. Например, если первым полем списка будет указана Фамилия, а вторым Номер группы, то в результирующем отношении сначала будут собраны в алфавитном порядке студенты, и если найдутся однофамильцы, то они будут расположены в порядке возрастания номеров групп. В выражении условий раздела WHERE могут быть использованы следующие предикаты:
В условиях поиска могут быть использованы все рассмотренные ранее предикаты. Рассмотрим детально первые три строки оператора SELECT:
Все последующие разделы оператора SELECT являются необязательными. Самый простой запрос SELECT без необязательных частей соответствует просто декартову произведению. Например, выражение SELECT * FROM R1, R2 соответствует декартову произведению таблиц R1 и R2. Выражение SELECT R1.A, R2.B FROM R1, R2 соответствует проекции декартова произведения двух таблиц на два столбца A из таблицы R1 и B из таблицы R2, при этом дубликаты всех строк сохранены, в отличие от операции проектирования в реляционной алгебре, где при проектировании по умолчанию все дубликаты кортежей уничтожаются.
Рассмотрим базу данных, которая моделирует сдачу сессии в некотором учебном заведении. Пусть она состоит из трех отношений R1, R2, R3. Будем считать, что они представлены таблицами R1, R2 и R3 соответственно. R1 = (ФИО, Дисциплина, Оценка); R2 = (ФИО, Группа); R3 = (Группы, Дисциплина) |
| R1 | ||
| ФИО | Дисциплина | Оценка |
| Петров Ф. И. | Базы данных | |
| Сидоров К. А. | Базы данных | |
| Миронов А. В. | Базы данных | |
| Степанова К. Е. | Базы данных | |
| Крылова Т. С. | Базы данных | |
| Сидоров К. А. | Теория информации | |
| Степанова К. Е. | Теория информации | |
| Крылова Т. С. | Теория информации | |
| Миронов А. В. | Теория информации | Null |
| Владимиров В. А. | Базы данных | |
| Трофимов П. А. | Сети и телекоммуникации | |
| Иванова Е. А. | Сети и телекоммуникации | |
| Уткина Н. В. | Сети и телекоммуникации | |
| Владимиров В. А. | Английский язык | |
| Трофимов П. А. | Английский язык | |
| Иванова Е. А. | Английский язык | |
| Петров Ф. И. | Английский язык | |
| R2 | ||
| ФИО | Группа | |
| Петров Ф. И. | ||
| Сидоров К. А. | ||
| Миронов А. В. | ||
| Крылова Т. С. | ||
| Владимиров В. А. | ||
| Трофимов П. А. | ||
| Иванова Е. А. | ||
| Уткина Н. В. |
| R3 | |
| Группа | Дисциплина |
| Базы данных | |
| Теория информации | |
| Английский язык | |
| Английский язык | |
| Сети и телекоммуникации |
Приведем несколько примеров использования оператора SELECT.
- Вывести список всех групп (без повторений), где должны пройти экзамены.
· SELECT DISTINCT Группы FROM R3
| Группа |
- Вывести список студентов, которые сдали экзамен по дисциплине "Базы данных" на "отлично".
· SELECT ФИО· FROM R1· WHERE Дисциплина = "Базы данных" AND Оценка = 5
| ФИО |
| Петров Ф. И. |
| Крылова Т. С. |
- Вывести список всех студентов, которым надо сдавать экзамены с указанием названий дисциплин, по которым должны проводиться эти экзамены.
· SELECT ФИО,Дисциплина· FROM R2,R3· WHERE R2.Группа = R3.Группа;
Здесь часть WHERE задает условия соединения отношений R2 и R3, при отсутствии условий соединения в части WHERE результат будет эквивалентен расширенному декартову произведению, и в этом случае каждому студенту были бы приписаны все дисциплины из отношения R3, а не те, которые должна сдавать его группа.
| ФИО | Дисциплина |
| Петров Ф. И. | Базы данных |
| Сидоров К. А. | Базы данных |
| Миронов А. В. | Базы данных |
| Степанова К. Е. | Базы данных |
| Крылова Т. С. | Базы данных |
| Владимиров В. А. | Базы данных |
| Петров Ф. И. | Теория информации |
| Сидоров К. А. | Теория информации |
| Миронов А. В. | Теория информации |
| Степанова К. Е. | Теория информации |
| Крылова Т. С. | Теория информации |
| Владимиров В. А. | Теория информации |
| Петров Ф. И. | Английский язык |
| Сидоров К. А. | Английский язык |
| Миронов А. В. | Английский язык |
| Степанова К. Е. | Английский язык |
| Крылова Т. С. | Английский язык |
| Владимиров В. А. | Английский язык |
| Трофимов П. А. | Сети и телекоммуникации |
| Иванова Е. А. | Сети и телекоммуникации |
| Уткина Н. В. | Сети и телекоммуникации |
| Трофимов П. А. | Английский язык |
| Иванова Е. А. | Английский язык |
| Уткина Н. В. | Английский язык |
- Вывести список лентяев, имеющих несколько двоек.
· SELECT DISTINCT R1.ФИО· FROM R1 a, R1 b· WHERE a.ФИО = b.ФИО AND· a.Дисциплина<> b.Дисциплина AND· a.Оценка 5 678910Следующая ⇒
Механическое удерживание земляных масс: Механическое удерживание земляных масс на склоне обеспечивают контрфорсными сооружениями различных конструкций.
Поперечные профили набережных и береговой полосы: На городских территориях берегоукрепление проектируют с учетом технических и экономических требований, но особое значение придают эстетическим.
Опора деревянной одностоечной и способы укрепление угловых опор: Опоры ВЛ — конструкции, предназначенные для поддерживания проводов на необходимой высоте над землей, водой.
Пожалуйста, дайте порядок выполнения операторов sql запроса или дайте ссылку, где прочитать об этом: что за чем выполняется. Например (с потолка):
Сначала GROUP BY , потом? Последним ORDER BY . Нигде не могу найти нормальной информации об этом :((