Краткий ответ

В стандартном SQL операция INTERSECT имеет более высокий приоритет, чем UNION и EXCEPT. Поэтому выражение с INTERSECT сначала группируется вокруг этой операции; для переносимого и однозначного результата лучше явно использовать скобки.

Исторический контекст

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

SQL дополнительно допускает работу с кратностями строк через варианты ALL, поэтому явная группировка важна не только для логики, но и для количества строк в промежуточных результатах.

Постановка проблемы

Если разработчик предполагает последовательное вычисление операций слева направо, он может получить другой набор строк. Ошибка особенно опасна при смешивании INTERSECT с UNION или EXCEPT: запрос выглядит корректно, но возвращает неверный бизнес-результат.

Например, выражение A UNION B INTERSECT C по стандартному правилу понимается как A UNION (B INTERSECT C), а не как (A UNION B) INTERSECT C.

Подробное решение

При разборе выражения сначала вычисляется INTERSECT, затем результат участвует в UNION или EXCEPT. Операции одного уровня обычно группируются слева направо, но полагаться на неявный порядок между разными СУБД не следует.

SELECT 1 AS value
UNION
SELECT 2
INTERSECT
SELECT 2;

Стандартная интерпретация даёт значения 1 и 2: сначала вычисляется пересечение двух последних множеств, затем его результат объединяется с первым множеством. При группировке как (A UNION B) INTERSECT C результатом было бы только значение 2.

Скобки не меняют саму семантику операций, а фиксируют требуемый порядок вычисления:

(SELECT 1 AS value
 UNION
 SELECT 2)
INTERSECT
SELECT 2;

Следует учитывать вариант операции. UNION и INTERSECT без ALL обычно устраняют дубликаты, тогда как UNION ALL и INTERSECT ALL сохраняют кратности по своим правилам. Скобки определяют структуру выражения, но не превращают операции ALL в операции DISTINCT или наоборот.

Практическое правило: если в одном выражении смешаны разные операции над множествами, ставьте скобки даже при знании приоритета. Это снижает риск ошибки при сопровождении, делает намерение очевидным и уменьшает зависимость от диалектных различий СУБД.

Ситуация из практики

Отчёт должен выбрать клиентов, которые либо относятся к VIP-сегменту, либо одновременно имеют активный договор и просроченный платёж. Разработчик записал цепочку операций без скобок и добавил INTERSECT в уже существующее выражение с UNION.

Возможны два варианта. Неявный приоритет короче, но требует знания правил и легко неверно читается при изменении запроса. Явные скобки немного увеличивают текст, зато фиксируют бизнес-логику и упрощают проверку результата.

Выбран вариант со скобками вокруг условия с INTERSECT. На тестовых данных он исключил клиентов, которые удовлетворяли только одной части составного условия, а последующая проверка на граничных случаях подтвердила нужную группировку.

Что кандидаты часто упускают

Допустимо ли считать все операции над множествами строго последовательными слева направо?

Нет. Сначала учитывается приоритет операций: INTERSECT связывает свои операнды сильнее, чем UNION и EXCEPT. Последовательное чтение слева направо корректно только после учёта этого правила или при явной расстановке скобок.

Изменяют ли варианты ALL правило приоритета?

Нет. INTERSECT ALL всё равно имеет приоритет над UNION ALL или EXCEPT ALL в той же структуре выражения. Вариант ALL меняет обработку кратностей строк, но не порядок группировки операций.

Достаточно ли скобок, чтобы результат был одинаковым во всех СУБД?

Скобки устраняют неоднозначность группировки, но не все диалектные различия. Нужно также проверить поддержку конкретного варианта операции, например INTERSECT ALL или EXCEPT ALL, правила типов совместимых столбцов и требования к ORDER BY в составном запросе. Для переносимого SQL следует явно задавать структуру выражения и не полагаться на особенности одной СУБД.