@sql.academy: Очередь задач в Postgres без Kafka — один запрос заменяет брокер в 90% случаев. Типичная схема: один сервис создаёт задачи (письма, отчёты), пять воркеров их разбирают, а между ними посредник. Обычно сразу ставят Kafka или RabbitMQ. Но Postgres, который и так уже есть в проекте, сам умеет быть очередью. Ловушка наивной реализации: запускаешь пять воркеров — и все хватают одну и ту же строку, письмо уходит пять раз. Повесишь обычный FOR UPDATE — дубли уйдут, но воркеры встанут в очередь друг за другом, и параллельность умрёт. Решение — одно слово: SKIP LOCKED. SELECT … FOR UPDATE SKIP LOCKED значит «строка занята? не жди, бери следующую свободную». Каждый воркер забирает свою задачу: без дублей, без блокировок, без брокера. Бонус транзакции: упал воркер на полпути — ROLLBACK вернёт задачу в pending, и она сама уйдёт в повтор. Ни одна задача не теряется. Сохрани, чтобы не поднимать Kafka ради фоновых задач 🔖 Больше SQL-задач уровня бигтеха — на sql-academy.org #sql #postgresql #backend #kafka #базыданных

SQL Academy

Open In TikTok:

Region: AT

Monday 22 June 2026 09:55:50 GMT