SQL Ready | Программирование

Полуинтервалы вместо BETWEEN для корректных и быстрых диапазонов! BETWEEN кажется удобным, но он включает обе границы, из-за чего легко ловятся баги на датах и времени, особенно с timestamp: WHERE created_at BETWEEN '2025-01-01' AND '2025-01-31' Такой код пропустит всё, что позже '2025-01-31 00:00…

Полуинтервалы вместо BETWEEN для корректных и быстрых диапазонов! BETWEEN кажется удобным, но он включает обе границы, из-за чего легко ловятся баги на датах и времени, особенно с timestamp: WHERE created_at BETWEEN '2025-01-01' AND '2025-01-31' Такой код пропустит всё, что позже '2025-01-31 00:00:00', и это одна из самых частых, незаметных ошибок в аналитике: WHERE created_at >= '2025-01-01' AND created_at < '2025-02-01' Полуинтервал [start, end) работает предсказуемо для любых типов времени, не ломается на миллисекундах и хорошо ложится на индексы: WHERE ts >= now() AND ts < now() + interval '1 day' Этот паттерн используют в биллинге, аналитике, логах и любых системах, где важна точность временных границ. SQL Ready | #совет

Когда система нагружена сильнее всего? В системах с временными интервалами важно понимать не просто отдельные события, а их наложение — именно оно определяет реальную нагрузку. Сегодня в задаче: • Преобразуем интервалы в точки начала и конца, чтобы работать с ними как с потоком событий; • Посчит…

Когда система нагружена сильнее всего? В системах с временными интервалами важно понимать не просто отдельные события, а их наложение — именно оно определяет реальную нагрузку. Сегодня в задаче: • Преобразуем интервалы в точки начала и конца, чтобы работать с ними как с потоком событий; • Посчитаем текущую нагрузку через накопительную сумму по времени; • Найдём момент максимального количества одновременных событий — пик нагрузки системы. Этот приём используется в мониторинге, аналитике, планировщиках и системах, где важно контролировать параллельную активность. SQL Ready | #задача

Использование расширенной статистики для повышения точности планировщика! Бывает, что запрос очевидный, индексы есть, но PostgreSQL всё равно выбирает Seq Scan, потому что считает условия независимыми и сильно ошибается в кардинальности: CREATE STATISTICS s_orders (dependencies) ON user_id, status …

Использование расширенной статистики для повышения точности планировщика! Бывает, что запрос очевидный, индексы есть, но PostgreSQL всё равно выбирает Seq Scan, потому что считает условия независимыми и сильно ошибается в кардинальности: CREATE STATISTICS s_orders (dependencies) ON user_id, status FROM orders; Extended statistics позволяют оптимизатору учитывать зависимости между колонками, например что у конкретного user_id почти всегда один и тот же status: ANALYZE orders; После сбора статистики PostgreSQL начинает правильно оценивать селективность комбинации условий, а не перемножать вероятности как будто они независимы: EXPLAIN ANALYZE SELECT ... Не меняешь код и индексы, но кардинально улучшаешь планы выполнения. SQL Ready | #совет

SQL Cheat Sheet — удобнейшая и информативная шпаргалка! Этот компактный и понятный справочник по SQL, где собраны основные команды, конструкции и паттерны, которые используются в работе. Всё оформлено с примерами, поэтому можно быстро вспомнить синтаксис или найти нужную команду без долгого поиска.…

SQL Cheat Sheet — удобнейшая и информативная шпаргалка! Этот компактный и понятный справочник по SQL, где собраны основные команды, конструкции и паттерны, которые используются в работе. Всё оформлено с примерами, поэтому можно быстро вспомнить синтаксис или найти нужную команду без долгого поиска. Отлично подходит как справочник в работе, для повторения базы и подготовки к собеседованиям. Оставляю ссылочку: GitHub SQL Ready | #репозиторий

Индекс с INCLUDE: уменьшаем чтение таблицы! Даже если у вас есть индекс, PostgreSQL часто всё равно идёт в таблицу за остальными колонками — это лишний I/O, особенно на больших данных: CREATE INDEX idx_orders_user_created ON orders (user_id, created_at DESC) INCLUDE (total, status); INCLUDE добавл…

Индекс с INCLUDE: уменьшаем чтение таблицы! Даже если у вас есть индекс, PostgreSQL часто всё равно идёт в таблицу за остальными колонками — это лишний I/O, особенно на больших данных: CREATE INDEX idx_orders_user_created ON orders (user_id, created_at DESC) INCLUDE (total, status); INCLUDE добавляет дополнительные колонки в индекс (payload), но они не участвуют в поиске и сортировке, часто это выгоднее, чем делать их частью ключа: SELECT user_id, created_at, total, status FROM orders WHERE user_id = 42 ORDER BY created_at DESC LIMIT 1; Теперь все нужные поля есть в индексе, и PostgreSQL может выполнить запрос через Index Only Scan, уменьшая или исключая обращения к таблице (heap): EXPLAIN ANALYZE SELECT ... В плане вы увидите Index Only Scan (иногда с Heap Fetches) вместо Index Scan — это значит, что обращения к таблице сокращены или отсутствуют. Один из практических бустов в read-heavy сценариях и частых API-запросах. SQL Ready | #совет

Полезную статью нашёл на Хабре: «Почему SUM() OVER (ORDER BY ...) иногда считает “неправильно”: разбираем оконные фреймы в SQL»! В этой статье: • Объясняется, как на самом деле работают оконные функции в SQL и почему результаты иногда отличаются от ожидаемых; • Разбираются ключевые типы оконных фре…

Полезную статью нашёл на Хабре: «Почему SUM() OVER (ORDER BY ...) иногда считает “неправильно”: разбираем оконные фреймы в SQL»! В этой статье: • Объясняется, как на самом деле работают оконные функции в SQL и почему результаты иногда отличаются от ожидаемых; • Разбираются ключевые типы оконных фреймов — ROWS, RANGE и GROUPS, а также их влияние на вычисления; • Показано, как правильно задавать границы окна (UNBOUNDED PRECEDING, CURRENT ROW, FOLLOWING) для накопительных итогов, скользящих средних и аналитических запросов. Продолжайте читать на Habr! SQL Ready | #статья

Oracle SQL: основные строковые функции! Основные функции обработки строк в Oracle SQL: извлечение подстрок, определение позиции подстроки, вычисление длины строки, преобразование регистра, удаление лишних символов по краям, замена фрагментов текста и дополнение строки до заданной длины. SQL Ready …

Oracle SQL: основные строковые функции! Основные функции обработки строк в Oracle SQL: извлечение подстрок, определение позиции подстроки, вычисление длины строки, преобразование регистра, удаление лишних символов по краям, замена фрагментов текста и дополнение строки до заданной длины. SQL Ready | #шпора

Передавайте списки значений через массивы вместо длинных IN! Когда из приложения нужно передать список id в SQL, многие пишут IN (... , ... , ...), что увеличивает текст SQL и усложняет работу с prepared statements: WHERE id IN (1,2,3,4,5,6,7) PostgreSQL умеет принимать массив и сравнивать его чер…

Передавайте списки значений через массивы вместо длинных IN! Когда из приложения нужно передать список id в SQL, многие пишут IN (... , ... , ...), что увеличивает текст SQL и усложняет работу с prepared statements: WHERE id IN (1,2,3,4,5,6,7) PostgreSQL умеет принимать массив и сравнивать его через ANY — это короче и позволяет избежать генерации динамического SQL: WHERE id = ANY($1) Приложение просто передаёт массив параметром, а текст запроса остаётся неизменным независимо от длины списка: SELECT * FROM users WHERE email = ANY($1); На практике полезно явно указывать тип массива ($1::bigint[]), а также помнить, что NULL внутри массива влияет на результат сравнения. Этот паттерн особенно удобен для batch-запросов, API-фильтров и массовых выборок, где количество значений может сильно меняться. SQL Ready | #совет

Атомарное перемещение данных между таблицами! Иногда нужно архивировать старые данные: удалить их из основной таблицы и одновременно сохранить в архиве. Многие делают это двумя запросами (INSERT => DELETE): DELETE FROM orders RETURNING * RETURNING позволяет сразу вернуть удалённые строки как резул…

Атомарное перемещение данных между таблицами! Иногда нужно архивировать старые данные: удалить их из основной таблицы и одновременно сохранить в архиве. Многие делают это двумя запросами (INSERT => DELETE): DELETE FROM orders RETURNING * RETURNING позволяет сразу вернуть удалённые строки как результирующий набор, не выполняя повторный SELECT. WITH moved AS (...) CTE превращает результат удаления во временный набор данных, который можно использовать в следующей операции: INSERT INTO orders_archive SELECT * FROM moved; В итоге строки удаляются и архивируются одним атомарным запросом, без повторного чтения таблицы. Полезный паттерн для архивирования, миграций, дедупликации и batch-операций над большими таблицами. SQL Ready | #совет

Объединяем пересекающиеся интервалы автоматически! В реальных данных интервалы часто перекрываются или соприкасаются, из-за чего сложно понять фактические периоды непрерывной активности или занятости. Сегодня в задаче: • Определим, насколько далеко тянется текущая занятость, отслеживая максимальн…

Объединяем пересекающиеся интервалы автоматически! В реальных данных интервалы часто перекрываются или соприкасаются, из-за чего сложно понять фактические периоды непрерывной активности или занятости. Сегодня в задаче: • Определим, насколько далеко тянется текущая занятость, отслеживая максимальный конец интервалов; • Найдём точки разрыва, где начинается новый независимый блок времени; • Объединим пересечения в итоговые непрерывные диапазоны. Этот приём используют для анализа сессий, расписаний, бронирований и любых временных событий, где важно видеть реальные интервалы. SQL Ready | #задача