Индекс по выражению — ускоряй запросы без изменения схемы!

Часто запросы не используют индекс, хотя поле индексировано.

Причиной может быть функция в условии:

SELECT * FROM users WHERE lower(email) = 'admin@example.com';

Даже если email проиндексирован, lower(email) ломает возможность использовать индекс.

Вариант решения - индекс по выражению (expression index):

CREATE INDEX users_lower_email_idx
ON users ((lower(email)));

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

EXPLAIN ANALYZE
SELECT * FROM users WHERE lower(email) = 'admin@example.com';

🔥 Теперь в плане Index Scan, а не Full Table Scan.

➡️ SQL Ready | #совет

В ПОГОНЕ ЗА ИНФОРМАЦИЕЙ - ТЫ МОЖЕШЬ СТАТЬ НОВОЙ ИНФОРМАЦИЕЙ🇷🇺

Список несогласных ниже:

hck wrr – расскажут, почему ты сам себя продаешь властям, если кормишь сайт печеньем.

scr snk – новостной кибер-без. Ты просто в курсе интернет-угоз и событий индустрии.

insc lrd – скачиваемый оффлайн википедик от всех кибер-тараканов.

Дальше ты сам!

DELETE + RETURNING: удаление с получением результата!

При очистке данных важно понимать, какие строки были реально удалены. Оператор RETURNING в PostgreSQL позволяет вернуть данные удалённых строк без дополнительного запроса.

Создадим таблицу:

CREATE TABLE sessions (
  id BIGINT GENERATED BY DEFAULT AS IDENTITY PRIMARY KEY,
  user_id BIGINT NOT NULL,
  last_active TIMESTAMPTZ NOT NULL
);

Удалим неактивные сессии и сразу получим нужные поля:

DELETE FROM sessions
WHERE last_active < NOW() - INTERVAL '30 days'
RETURNING id, user_id;

Результат:

 id | user_id
----+---------
 12 | 3
 18 | 7
 25 | 3

🔥 Такой приём повышает прозрачность операций и упрощает аудит. Работает также с INSERT и UPDATE, что делает SQL-операции атомарными.

➡️ SQL Ready | #практика