PostgreSQL для бэкендера: 10 фич, которыми мало пользуются, а зря

Значимый прорыв формирует отрасль ИИ: nastyanaum 1 минуту назад PostgreSQL для бэкендера: 10 фич, которыми мало пользуются, а зря Средний 16 мин 3 Блог компании Нетология PostgreSQL * SQL * Базы данных * Серверная оптимизация * Обзор Привет! Меня зовут Тимур Исламгулов. Я преподаю в МФТИ и веду вебинары по PostgreSQL на курсе «Аналитик данных» в Нетологии.

За эти годы я насмотрелся, как разработчики поднимают лишнюю инфраструктуру там, где хватило бы самой базы, — об этом и поговорим. Возможно, вы уже уверенно используете PostgreSQL каждый день и храните там пользователей, заказы, платежи, статусы, события, настройки. А потом всё как-то резко разрастается: внезапно появляются Redis для очереди, Python-код для дедупликации, Go-цикл для расчёта соседних событий, отдельный поисковик для простого поиска по статьям и самодельная блокировка через таблицу locks.

Технические детали

Иногда это оправдано. Но иногда просто надо знать, что у PostgreSQL много встроенных механизмов, которые закрывают типовые бэкенд-задачи прямо в базе и делают это атомарно, транзакционно, с индексами и без лишней сетевой болтовни между приложением и хранилищем. Проблема в привычке — многие разработчики считают PostgreSQL просто надёжным местом для хранения информации.

Тимур ИсламгуловЗнает, сколько кода можно не писать, если знать PostgreSQLЭта статья не про все возможности PostgreSQL — здесь не будет длинного списка расширений, редких типов данных и академических примеров. Вместо этого мы разберём десять фич, которые часто недооценивают опытные Python- и Go-бэкендеры:FOR UPDATE SKIP LOCKED — очередь задач без внешнего брокера. Оконные функции — аналитика и дедупликация без циклов в коде.

DISTINCT ON — первая или последняя строка в каждой группе без громоздких подзапросов. Generated columns — вычисляемые поля вместо триггеров и ручной синхронизации. VACUUM и autovacuum — почему таблица пухнет, хотя вы удаляете данные.

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

LATERAL JOIN — зависимый подзапрос для каждой строки. Recursive CTE — обход деревьев и иерархий одним запросом. Advisory locks — координация воркеров и cron-задач на уровне базы.

Full-text search — встроенный поиск по тексту, которого часто хватает без Elasticsearch. Partial indexes — маленькие и быстрые индексы по тем строкам, которые реально нужны. Цель статьи — чтобы вы за один вечер нашли хотя бы одну фичу, которую унесли бы завтра в рабочий проект.

FOR UPDATE SKIP LOCKED (PostgreSQL 9. 5) или очередь задач без Redis и CeleryБэкендеры часто ставят Redis, Celery, RabbitMQ или отдельный job-сервис даже для простой очереди, где надо взять задачу, обработать и пометить как выполненную. И мы знаем, что для высокой нагрузки, сложной маршрутизации и delayed jobs это нормально.

Событие, по словам экспертов, усилит конкуренцию в сфере ИИ.