SELECT: võtame välja vajalikud andmed

WHERE: jätame alles ainult vajalikud read

21 min
What you'll learn
  • filtreerima ridu WHERE abil võrdlusoperaatoritega =, <>, <, >, <=, >=
  • kombineerima tingimusi AND ja OR abil ning paigutama sulgusid segatingimustes
  • leidma vaikseid loogikavigu, mille põhjustab AND-i tugevam siduvus OR-i ees

Jätame alles ainult vajalikud read

Terminali taga on hoidla: pimedus tuhandete ridade sügavuses. Korraga kõigele valgustada on mõttetu — andmed pimestavad sama hästi kui pimedus. Arhivaaril on vaja kiirt: kitsast, suunatud, ausat. Päringukeeles nimetatakse seda kiirt WHERE.

WHERE on sõel tulemuse väljastamise eel. Iga products-i, orders-i või muu tabeli rida läbib kontrolli; kui ei läbinud, siis väljundisse ei pääsenud.

Võrdlusoperaatorid: =, <> (ei võrdu), <, >, <=, >=.

Tingimusi kombineeritakse AND (ja) ning OR (või) abil. Nii leiad kiiresti näiteks kallid kaubad, mida laos vähe alles oli: 2024. aasta ostjale oli see signaal, mitte lihtsalt ridade loend.

Kiir haarab välja ka kurva. orders-is on tellimusi olekuga pending — „ootel”. Need on oodanud juba ligi sada kuuskümmend aastat: tellimused, mida keegi kunagi kätte ei saa. Arhivaar loeb selliseid ridu hellalt — iga rea taga on kellegi õhtu vanal Maal.

QUERY: pending tähendab siin „ootab igavesti”. Ära peatu selle juures, kursant. Valgusta edasi.

Filterlaterna kiir pimedas hoidlas: sellest läbivad vaid mõned hõõguvad ridade-kapslid
WHERE — kiir pimedas hoidlas: iga rida läbib tingimuse kontrolli, väljundisse pääseb vähe.

Базовая структура запроса с WHERE

Обычно запрос с фильтрацией выглядит так:

SELECT column_1, column_2
FROM table_name
WHERE condition;

Разберём по частям:

SELECT name, price
FROM products
WHERE price > 4000;
  • SELECT name, price — какие данные показать в результате;
  • FROM products — из какой таблицы брать строки;
  • WHERE price > 4000 — какие строки оставить;
  • price > 4000 — условие, которое проверяется для каждой строки.

База данных мысленно проходит по строкам таблицы products и для каждой строки задаёт вопрос:

У этой строки price > 4000?

Если ответ TRUE, строка проходит в результат.
Если ответ FALSE, строка отбрасывается.

Важно: WHERE не удаляет строки из таблицы.
Он просто не показывает неподходящие строки в результате конкретного запроса.

Таблица остаётся такой же, как была.


WHEREpassed
WHERE sõel: tingimus arvutatakse iga rea jaoks eraldi, tulemusse pääsevad ainult read, mille vastus on TRUE.

Запрос всегда возвращает новую результирующую таблицу

Когда ты пишешь SQL-запрос, база данных не просто «показывает кусок таблицы».
Она формирует результат запроса — временную таблицу, которую ты видишь на экране.

Например:

SELECT name, price
FROM products
WHERE price > 4000;

может вернуть такой результат:

nameprice
Голографический проектор7800
Нейроинтерфейс учебный12500
Портативный сканер материи5600

Эта таблица результата состоит только из двух колонок: name и price.

Но фильтрация происходила по колонке price.

То есть price одновременно:

  • участвовала в проверке условия;
  • была показана в результате.

Но так бывает не всегда.

Можно фильтровать строки по колонке, которую ты не показываешь в результате:

SELECT name, price
FROM products
WHERE stock < 60;

Здесь в результате будут только name и price, но база всё равно использует колонку stock, чтобы понять, какие строки оставить.

Это нормальная и очень частая ситуация.

WHERE может проверять колонку, даже если этой колонки нет в SELECT.


Операторы сравнения

В WHERE чаще всего используются операторы сравнения.

Они помогают проверить, подходит ли значение в строке под нужное условие.

Основные операторы:

ОператорЗначениеПример
=равноcategory = 'Книги'
<>не равноstatus <> 'cancelled'
>большеprice > 4000
<меньшеstock < 60
>=больше или равноrating >= 4.5
<=меньше или равноstock <= 10

Примеры:

SELECT name, category
FROM products
WHERE category = 'Книги';

Покажет только товары из категории «Книги».

SELECT name, status
FROM orders
WHERE status <> 'cancelled';

Покажет заказы, у которых статус не равен cancelled.

SELECT name, price
FROM products
WHERE price <= 1500;

Покажет товары с ценой 1500 или меньше.

Обрати внимание: строковые значения пишутся в одинарных кавычках:

WHERE category = 'Книги'

А числа обычно пишутся без кавычек:

WHERE price > 4000

Не надо писать так:

WHERE category = Книги

Для SQL слово Книги без кавычек будет выглядеть не как текст, а как имя колонки или другого объекта. Поэтому для текста нужны кавычки.


Важно: в SQL для проверки равенства используется один знак =.

Правильно:

WHERE status = 'paid'

Неправильно:

WHERE status == 'paid'

В некоторых языках программирования для сравнения используют ==, но в SQL стандартная запись — =.


Несколько условий: AND и OR

Одного условия часто недостаточно.

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

Для этого используются логические операторы:

  • AND — «и»;
  • OR — «или».

AND: должны выполниться все условия

SELECT name, price, stock
FROM products
WHERE price > 4000 AND stock < 60;

Этот запрос покажет только те строки, где одновременно:

  • price > 4000;
  • stock < 60.

То есть товар должен быть и дорогим, и с небольшим остатком на складе.

Если цена больше 4000, но остаток 200 — строка не пройдёт.
Если остаток меньше 60, но цена 900 — строка тоже не пройдёт.

AND строгий.
Он пропускает строку только тогда, когда выполнены все условия.


OR: достаточно хотя бы одного условия

SELECT name, category, price
FROM products
WHERE category = 'Книги' OR category = 'Игрушки';

Этот запрос покажет товары, которые относятся либо к категории «Книги», либо к категории «Игрушки».

Строка пройдёт, если выполнено хотя бы одно условие:

  • товар из категории «Книги»;
  • товар из категории «Игрушки».

OR шире, чем AND.
Он пропускает больше строк, потому что достаточно одного совпадения.


Kiir püüab kaubad, mis on kallimad kui 4000 ja õhukese varuga — valim, mille järgi ostja mõistis: aeg on ladu täiendada.
Query result
namepricestock
Кроссовки беговые5490.0050
Кофеварка капельная4290.0040

Разбор запроса из примера

Посмотрим на запрос внимательнее:

SELECT name, price, stock
FROM products
WHERE price > 4000 AND stock < 60
ORDER BY price DESC;

Он делает четыре вещи:

  1. Берёт строки из таблицы products.
  2. Проверяет каждую строку условием:
price > 4000 AND stock < 60
  1. Оставляет только те строки, где условие истинно.
  2. Показывает колонки name, price, stock и сортирует результат по цене от большей к меньшей.

Человеческое чтение запроса:

Покажи название, цену и остаток товаров из таблицы products,
но только для товаров дороже 4000, у которых на складе меньше 60 штук,
и отсортируй их по цене от дорогих к дешёвым.

Такой запрос уже похож не на упражнение, а на рабочий аналитический инструмент.

Он отвечает на конкретный вопрос бизнеса:

Какие дорогие товары скоро могут закончиться?

В хранилище такие строки не просто цифры.
Это сигналы.
Когда-то закупщик 2024 года смотрел на подобную выборку и понимал: нужно пополнить склад до того, как клиенты увидят пустоту.


Как база «думает» при выполнении запроса

Новички часто читают SQL сверху вниз и думают, что база сначала выполняет SELECT.

Но логически запрос устроен иначе.

Для запроса:

SELECT name, price
FROM products
WHERE price > 4000
ORDER BY price DESC;

примерный логический порядок такой:

  1. FROM products
    База понимает, из какой таблицы брать строки.

  2. WHERE price > 4000
    База проверяет каждую строку и оставляет только подходящие.

  3. SELECT name, price
    База формирует колонки результата.

  4. ORDER BY price DESC
    База сортирует итоговые строки.

То есть WHERE срабатывает до формирования финального результата.

Именно поэтому можно фильтровать строки по колонке, которую ты не показываешь в SELECT:

SELECT name
FROM products
WHERE price > 4000;

В результате будет только name, но база всё равно использует price на этапе фильтрации.


Сюжетный пример: заказы, которые ждут

Луч WHERE выхватывает не только товары и цифры.

В таблице orders есть заказы со статусом pending — «ожидает».

SELECT id, customer_name, status
FROM orders
WHERE status = 'pending';

Такой запрос покажет только заказы, которые всё ещё ожидают обработки.

В обычной системе это рабочая задача для менеджера: проверить, почему заказ завис.

Но в архиве старой Земли эти строки звучат иначе.
Некоторые заказы ожидают уже почти сто шестьдесят лет.
Их никто никогда не получит.
Но данные всё ещё честно хранят статус:

pending

ожидает.

КВЕРИ: pending здесь значит «ожидает вечно». Не задерживайся на этом, курсант. Свети дальше.


AND-i ja OR-i prioriteet: lõks, mis vaikib

Loogilistel operaatoritel on prioriteet: kõige tugevamini seob NOT, siis AND ja alles seejärel OR. Kuni tingimuses on üks operaator, ei pea sellele mõtlema. Aga niipea kui segada AND ja OR ilma sulgudeta — hakkab kiir valgustama valesse kohta:

-- Tahtsime: Raamatute või Mänguasjade kaubad alla 1500
SELECT name, category, price
FROM products
WHERE category = 'Книги' OR category = 'Игрушки' AND price < 1500;

Andmebaasisüsteem loeb seda kui category = 'Книги' OR (category = 'Игрушки' AND price < 1500) — hinnatingimus „kleepus” ainult mänguasjade külge. Väljundisse satuvad kõik raamatud, sealhulgas „Algoritmid praktikas” hinnaga 1690, pluss odavad mänguasjad. Päring on süntaktiliselt korrektne, täidetakse ilma ühegi veata — ja tagastab vale vastuse. Sellised vead elavad aruannetes aastaid.

Sulud taastavad mõtte:

SELECT name, category, price
FROM products
WHERE (category = 'Книги' OR category = 'Игрушки')
  AND price < 1500;

Arhivaari reegel: kui ühes WHERE-s kohtuvad nii AND kui ka OR — pane alati sulud, isegi siis, kui prioriteet on „niigi ilmne”. Parser loogikaviga kinni ei püüa, aga see, kes loeb su päringut saja aasta pärast, ütleb aitäh.

Почему это опасно: разбор на строках

Допустим, в таблице есть такие товары:

namecategoryprice
Алгоритмы на практикеКниги1690
Детский дронИгрушки1200
Конструктор орбитальной станцииИгрушки2300
Кабель питанияЭлектроника700

Запрос без скобок:

SELECT name, category, price
FROM products
WHERE category = 'Книги' OR category = 'Игрушки' AND price < 1500;

База прочитает так:

WHERE category = 'Книги'
   OR (category = 'Игрушки' AND price < 1500)

Проверим строки:

Строка 1: «Алгоритмы на практике»

category = 'Книги' → TRUE

Раз первая часть уже TRUE, строка проходит.
Цена 1690 уже не мешает, потому что условие цены относится только к игрушкам.

Строка 2: «Детский дрон»

category = 'Игрушки' → TRUE
price < 1500 → TRUE

Обе части после AND истинны, строка проходит.

Строка 3: «Конструктор орбитальной станции»

category = 'Игрушки' → TRUE
price < 1500 → FALSE

После AND получается FALSE, строка не проходит.

Строка 4: «Кабель питания»

category = 'Книги' → FALSE
category = 'Игрушки' → FALSE

Строка не проходит.

Итоговая ошибка: дорогая книга попала в результат, хотя по смыслу мы хотели товары дешевле 1500.


Скобки возвращают запросу смысл

Если мы хотим выбрать товары из категорий «Книги» или «Игрушки», но при этом все они должны быть дешевле 1500, нужно явно сгруппировать категории:

SELECT name, category, price
FROM products
WHERE (category = 'Книги' OR category = 'Игрушки')
  AND price < 1500;

Теперь условие читается так:

Сначала проверь, что товар относится к книгам или игрушкам.
Потом проверь, что его цена меньше 1500.

Скобки показывают базе и человеку, как именно нужно понимать условие.

Правило архивиста:

Если в одном WHERE встречаются и AND, и OR, ставь скобки всегда.

Даже если тебе кажется, что приоритет «и так очевиден».

Парсер логическую ошибку не поймает.
А тот, кто будет читать твой запрос через сто лет, скажет спасибо.


Молчаливая ошибка опаснее синтаксической.

Если ты напишешь запрос с ошибкой синтаксиса, база остановится и скажет:
«Я не могу это выполнить».

Но если ты неправильно расставишь логику в WHERE, база может выполнить запрос без жалоб.

Ты получишь таблицу.
Она будет выглядеть правдоподобно.
В ней будут строки.
Может быть, даже много строк.

Но это будут не те строки, которые ты хотел получить.

Поэтому в аналитике и тестировании запросов важно проверять не только то, что запрос выполняется, но и то, что он возвращает правильный смысл.


Важная ловушка: NULL не проверяется через =

В SQL есть специальное значение NULL.

NULL означает не ноль, не пустую строку и не слово «нет».
NULL означает:

значение неизвестно или отсутствует.

Например, у заказа может ещё не быть даты доставки:

delivered_at = NULL

Новички часто пытаются найти такие строки так:

SELECT id, status, delivered_at
FROM orders
WHERE delivered_at = NULL;

Но это неправильная проверка.

В SQL нельзя сравнивать значение с NULL через =.
Потому что NULL — это неизвестность.

Правильно писать так:

SELECT id, status, delivered_at
FROM orders
WHERE delivered_at IS NULL;

А если нужно найти строки, где значение не пустое:

SELECT id, status, delivered_at
FROM orders
WHERE delivered_at IS NOT NULL;

Главная мысль:

  • для обычных значений используем =, <>, <, >, <=, >=;
  • для NULL используем IS NULL и IS NOT NULL.

Полностью тему NULL мы ещё будем разбирать отдельно, но уже сейчас важно запомнить:
WHERE column = NULL почти всегда ошибка.


Профессиональная деталь: в результат проходят только строки, где условие в WHERE дало TRUE.

Если условие дало FALSE — строка не проходит.
Если условие дало из-за NULL — строка тоже не проходит.

Поэтому NULL может незаметно влиять на результат фильтрации.


Частые ошибки новичков

Ошибка 1. Думать, что WHERE выбирает колонки

Неправильная мысль:

WHERE нужен, чтобы выбрать нужные поля.

Правильная мысль:

WHERE нужен, чтобы выбрать нужные строки.

Колонки выбирает SELECT.

SELECT name, price
FROM products
WHERE category = 'Книги';

Здесь:

  • SELECT name, price выбирает колонки;
  • WHERE category = 'Книги' выбирает строки.

Ошибка 2. Писать == вместо =

Неправильно:

WHERE status == 'paid'

Правильно:

WHERE status = 'paid'

Ошибка 3. Забывать кавычки вокруг текста

Неправильно:

WHERE status = paid

Правильно:

WHERE status = 'paid'

Ошибка 4. Смешивать AND и OR без скобок

Опасно:

WHERE status = 'pending' OR status = 'paid' AND total > 5000;

Лучше:

WHERE (status = 'pending' OR status = 'paid')
  AND total > 5000;

Ошибка 5. Проверять NULL через =

Неправильно:

WHERE delivered_at = NULL

Правильно:

WHERE delivered_at IS NULL

Ошибка 6. Ставить WHERE после ORDER BY

Неправильно:

SELECT name, price
FROM products
ORDER BY price DESC
WHERE price > 4000;

Правильно:

SELECT name, price
FROM products
WHERE price > 4000
ORDER BY price DESC;

В обычном запросе WHERE пишется после FROM, но до ORDER BY.


Interview question

Küsimus töövestluselt: mida tagastab tingimus WHERE a = 1 OR b = 2 AND c = 3?

Tugev vastus: AND seob tugevamini kui OR, seega loetakse tingimust kui a = 1 OR (b = 2 AND c = 3): kõik read, kus a = 1, pluss read, kus korraga b = 2 ja c = 3. Kui mõeldi teistsugust grupeerimist — on vaja sulge. Praktikas tasub segatingimustes alati sulge panna: see on lihtne kaitse vaiksete loogikavigade eest.

Check yourself
Что делает WHERE?
Check yourself
Каким оператором в SQL пишут «не равно»?
Check yourself
Как СУБД прочитает условие?
WHERE category = 'Книги' OR category = 'Игрушки' AND price < 1500