SQL Ready | Базы Данных

Нужно получить список всех дней, даже тех, которых нет в таблице? Например, показать дни без заказов. PostgreSQL умеет генерировать последовательности прямо в запросе:

SELECT * 
FROM generate_series('2025-01-01', '2025-01-31', interval '1 day');

generate_series() создаёт виртуальную таблицу с шагом по дате. Никаких временных таблиц, никаких циклов. Теперь можно объединить это с данными:

SELECT g.day, COUNT(o.id) AS total
FROM generate_series('2025-01-01', '2025-01-31', interval '1 day') AS g(day)
LEFT JOIN orders o ON date(o.created_at) = g.day
GROUP BY g.day
ORDER BY g.day;

🔥 Пригодится для аналитики временных рядов, заполнения пропусков и построения отчётов! ➡️ SQL Ready | #совет

🖥 Находим маршруты с пересадками (мини-навигация в базе) Соберём все возможные маршруты из аэропорта A в B — прямые, через одну пересадку и через две, без рекурсий и сложных конструкций. В этом посте:

• Проверим, существует ли прямой путь, простой случай, но часто самый важный; • Расширим поиск и найдём маршруты вида A => X => B, где X — автоматически вычисленная пересадка; • Построим цепочки A => X => Y => B, что по сути является маленьким обходом графа.

Это базовая техника работы с графами, подходит для поиска зависимостей, цепочек действий и любых последовательностей. ➡️ SQL Ready | #задача

— Ты уволен — Почему? — Мы оплатили GPT-5, ты больше не нужен. Вы тоже в ах@е с такого расклада? Учился лет 5, потом столько же батрачил за копейки ради опыта — чтобы тебя заменила еб@чая железяка. А теперь задумайтесь: нейронки развиваются с бешеной скоростью. Поэтому сейчас как никогда нужны спецы для их обучения. Чтобы в кратчайшие сроки выйти на уровень элиты и стать топом в сфере — подпишитесь на канал @devsp. Его автор раскрывает неочевидные секреты: как в 3 месяца уместить 6 лет обучения, достойно пройти любое собеседование и что делать, чтобы лучшие компании дрались за вас. А временами подкидывает крутые вакансии и лайфхаки, после которых вас с руками оторвут даже без опыта. Это всё равно что встретить Нео и войти в 10% тех, кто сломал систему. Подписывайтесь: @devsp

Сгенерированные колонки в PostgreSQL: ускоряем фильтры без лишних вычислений! Когда одно и то же выражение постоянно считается в WHERE, запросы тормозят. В PostgreSQL это решается GENERATED ALWAYS AS … STORED — выражение вычисляется один раз и хранится как обычное поле. Создаём таблицу с материализованным выражением:

CREATE TABLE events (
    id BIGSERIAL PRIMARY KEY,
    payload JSONB NOT NULL,
    event_type TEXT GENERATED ALWAYS AS (payload->>'type') STORED
);

Теперь event_type больше не вычисляется на лету — значение лежит прямо в строке. Фильтрация становится проще и быстрее:

SELECT id
FROM events
WHERE event_type = 'purchase';

Добавляем индекс:

CREATE INDEX idx_events_event_type
    ON events(event_type);

Проверяем:

EXPLAIN ANALYZE
SELECT id
FROM events
WHERE event_type = 'purchase';

🔥 Должен быть Index Scan, без тяжёлых операций над JSONB. Сгенерированные колонки отлично подходят для повторяющихся вычислений: ➡️ SQL Ready | #практика

🖥 Очередь без конфликтов! SKIP LOCKED позволяет управлять конкурентным доступом на уровне строки, а не всей таблицы, поэтому воркеры не ждут друг друга и не создают лишних блокировок. Сегодня в гайде:

• Забираем задачи параллельно и без конфликтов; • Делаем атомарный “взять + обновить” в одном запросе; • Распределяем очереди между воркерами под высокой нагрузкой.

Этот прием делает обработку задач масштабируемой даже при высоком параллелизме. ➡️ SQL Ready | #гайд

⚡️ Айтишник из «VISION» скупил курсы айти школ и выложил гигабайты материалов к себе Каждый найдет что-то по душе: 1202 ГБ — Python 1811 ГБ — Frontend 1100 ГБ — C / C++ / C# 804 ГБ — Java 411 ГБ — SQL & БД 309 ГБ — DevOps 998 ГБ — ИБ & Хакинг 773 ГБ — Kotlin / Swift 189 ГБ — PHP 201 ГБ — GoLang 170 ГБ — Rust 167 ГБ — QA / Тестирование 310 ГБ — 1C + Лицензии 495 ГБ — Машинное обучение 704 ГБ — Аналитика Данных 991 ГБ — Дизайн Материалы в закрепе, постоянно пополняются👆🏻

🖥 Oracle — псевдоколонки и их возможности! Эта шпаргалка собирает основные псевдоколонки Oracle и показывает, как использовать их на практике: нумерация строк, доступ к физическому адресу, работа с иерархиями, определение листовых/корневых узлов, генерация UUID, отслеживание изменений по SCN и просмотр историй строк. ➡️ SQL Ready | #шпора

👩‍💻 ChatGPT – умер! Власти начали регулирование, и ИИ больше не заменит программистов. Хочешь реально уметь программировать, а не копировать код? Выбирай своё направление и учись по карточкам и фото, а не по сухим текстам. 👩‍💻 Python Flow — @pythonn_flow 👩‍💻 C & C++ Flow — @cpp_flow 💻 IT News Flow — @itnews_flow 👩‍💻 Java Flow — @java_flow 👩‍💻 SQL & Базы данных Flow — @sql_flow 👩‍💻 C# & Unity Flow — @csharp_flow 👩‍💻 Node.js Flow — @nodejs_flow 👩‍💻 Linux & DevOps Flow — @linux_flow 👩‍💻 InfoSec & Хакинг — @hacking_flow 👩‍💻 Git & GitHub Flow — @git_flow 💎 Присоединяйся к тем кто реально думает и растёт, а не ждёт чуда!

Нужно найти, где бронирования, подписки или сессии пересекаются по времени? Два интервала пересекаются, если начало одного раньше конца другого, и наоборот:

a.start_at < b.end_at
AND b.start_at < a.end_at

Это условие покрывает все случаи перекрытий, даже частичных и вложенных. Теперь объедини данные сами с собой:

SELECT a.id, b.id
FROM bookings a
JOIN bookings b
  ON a.id < b.id
 AND a.start_at < b.end_at
 AND b.start_at < a.end_at;

a.id < b.id, чтобы не получить пары в обе стороны. Хочешь анализировать бронирования по ресурсу? Добавь фильтр:

AND a.room_id = b.room_id

🔥 Теперь видно, какие заявки реально конфликтуют по времени. ➡️ SQL Ready | #совет

🖥 SQL-генерация полного набора домино! Сегодня соберём 28 уникальных костяшек домино — только силами SQL. Без циклов и хранимых процедур, используя лишь CROSS JOIN и простое условие. В этом посте:

• Генерируем все пары чисел от 0 до 6; • Фильтруем зеркальные комбинации; • Получаем финальный набор костяшек в правильном порядке.

Такой приём пригодится не только для домино — он полезен в задачах комбинаторики, генерации тестовых данных и построения матриц связей. ➡️ SQL Ready | #задача

🖥 SQLHUB – с помощью понятных картинок и коротких видео авторы объясняют сложные концепции и учат профессиональному подходу в работе с БД. 💼 Data Jobs - нужна работа? Здесь отборные вакансии и фриланс проекты по работе с базами данных, sql и не только. 🧠 Machine learning - показываем на примере как использовать AI, который может генерировать готовые базы данных, код, разбираем все что нужно знать в области ИИ. 🖥 SQL задачи - решайте отборные задачи и качайте скилы. 📚 Библиотека - мы создали канал с книгами по SQL и залили туда наверное самую большую подборку книг по SQL. Около 200 книг бесплатно. 🔝 А здесь мы собрали целую кладезь полезных SQL ресурсов для прокачки

Оптимистическая блокировка: обновляем данные без конфликтов! Когда несколько пользователей редактируют одну запись, можно избежать конфликтов с помощью оптимистической блокировки — без явного FOR UPDATE. Создаём таблицу с версией записи:

CREATE TABLE products (
    id INT GENERATED ALWAYS AS IDENTITY PRIMARY KEY,
    name TEXT,
    price DECIMAL(10,2),
    version INT DEFAULT 1 NOT NULL
);

Выбираем запись для редактирования:

SELECT id, name, price, version
FROM products
WHERE id = 1;

Обновляем с проверкой версии:

UPDATE products
SET price = 199.99,
    version = version + 1
WHERE id = 1
  AND version = 1;

Если другой пользователь уже изменил эту строку, UPDATE не затронет ни одной записи — значит, версия изменилась, и данные устарели. Приложение должно проверить, что rows_affected = 1, и при необходимости повторить попытку или показать сообщение об ошибке. Проверяем результат:

SELECT * FROM products WHERE id = 1;

🔥 Такой подход предотвращает «потерю обновлений» без длительных блокировок чтения и подходит для большинства современных СУБД. ➡️ SQL Ready | #практика

🖥 Контроль целостности данных! С помощью оконных функций SQL можно находить разрывы во временных рядах, пропущенные интервалы и повторяющиеся записи. Сегодня в гайде:

• Выявляем пропущенные минуты и события; • Находим дубликаты временных меток; • Контролируем качество потоков и ETL прямо в запросах.

В продакшн-аналитике важно не только считать, но и замечать, где данные пропали или задублировались. ➡️ SQL Ready | #гайд

⚡️⚡️⚡️ Мы собрали 7 самых сильных IT-каналов 2025 года. Никакой воды — только боевой стек: ⌨️ Pro Python • IT – от скриптов до нейросетей ⚙ Pro DevOps | Linux – автоматизация, облака, администрирование 👣 Pro Go – высоконагруженные системы и микросервисы 🖥 Pro JavaScript & TypeScript – полный стек ⚙ Pro Backend – архитектура, базы данных, API 🖥 Pro Frontend – современные фреймворки и инструменты ⌨️ Pro Java – промышленная разработка и фреймворки Подписывайся сейчас, смотреть будешь потом! 👍

🖥 Работа с JSON в PostgreSQL! В этой шпаргалке собраны основные приёмы работы с JSON и JSONB в PostgreSQL: доступ к элементам, извлечение вложенных данных, обновление значений, создание объектов, раскрытие массивов, форматирование и проверка вхождения. Эти инструменты позволяют удобно хранить и обрабатывать структурированные данные прямо в базе. ➡️ SQL Ready | #шпора

Telegram опубликовал список 8 самых быстрорастущих каналов для программистов: Only Python — Подборки приёмов и фич, о которых не рассказывают в курсах. Only Tech — Главные тренды и инсайды из мира технологий, маркетинга и интернет-культуры. Only Hack — Реальные кейсы кибератак, инструменты и методы защиты, которые используют хакеры. Only GitHub — Репозитории, которые решают реальные задачи. Скрипты, фреймворки и готовые решения Only IT — Без мнений и слухов — только факты и важные IT-события. Only Apple — Новые апдейты, утечки и фишки, которые Apple ещё не показала. Only GPT — Промпты, хаки и свежие инструменты, о которых молчат даже AI-каналы. Only Memes — Если ты когда-нибудь деплоил в пятницу вечером — ты поймешь Подписывайтесь и прокачивайте свои скиллы.

Хочешь узнать, когда именно заказ сменил статус? Используй LAG(), она возвращает значение из предыдущей строки в рамках группы:

LAG(status) OVER (PARTITION BY order_id ORDER BY updated_at)

Сравни текущее значение с предыдущим:

status <> LAG(status) OVER (...)

Получается булево поле — true, когда статус поменялся. Хочешь вывести только моменты изменения, просто оберни в подзапрос:

SELECT *
FROM (
  SELECT order_id, status, updated_at,
         status <> LAG(status) OVER (PARTITION BY order_id ORDER BY updated_at) AS changed
  FROM order_status_log
) t
WHERE changed;

🔥 Это основа для аудита изменений и аналитики событийных логов. ➡️ SQL Ready | #совет