#window_functions — Public Fediverse posts

SQL Оконные функции простым языком

Каждый SQL-разработчик помнит свое первое столкновение с конструкцией OVER(). Когда после понятных и уютных SELECT и GROUP BY ты видишь этот перегруженный синтаксис, появляется непреодолимое желание закрыть IDE и пойти работать руками на свежем воздухе. Но вот главный спойлер: оконные функции — это не закрытый клуб для избранных. На деле это изящная замена километровым самоджойнам (JOIN) и многоэтажным подзапросам, которая бережет ваши нервы и вычислительные ресурсы базы данных. В этой статье мы без академической духоты разберем базовую механику оконных функций: ROW_NUMBER(), RANK(), LAG() и SUM() OVER(). Чтобы не страдать на скучных примерах, всё тестирование проведем на датасете с результатами матчей по CS2. Погнали!

https://habr.com/ru/articles/1046325/

#sql #базы_данных #оконные_функции #window_functions #аналитика_данных #обучение_sql #row_number #postgresql #mysql #разработка

SUM() OVER (ORDER BY...) считает не то, что вы думаете: кадр оконной функции

Привет, Хабр! SUM() OVER (ORDER BY ...) часто выглядит как очевидный способ посчитать нарастающий итог, пока в данных не появляются одинаковые значения ключа сортировки. В этот момент результат начинает «прыгать», LAST_VALUE возвращает текущую строку, а запрос формально остаётся корректным. В статье разбираем скрытую причину таких сюрпризов — кадр оконной функции: как база подставляет его по умолчанию, чем ROWS отличается от RANGE и какие детали стоит проверять, чтобы аналитические SQL‑запросы считали именно то, что вы ожидали.

https://habr.com/ru/companies/otus/articles/1036212/

#SQL #оконные_функции #window_functions #ROWS #RANGE #PostgreSQL #нарастающий_итог #LAST_VALUE #кадр_окна #аналитические_запросы

RANK() vs DENSE_RANK(): ошибка, которая ломает топ-N в проде

При работе с данными в SQL рано или поздно возникает задача ранжирования: топ-5 продуктов по продажам, рейтинг сотрудников по KPI, распределение клиентов по категориям. На первый взгляд RANK() и DENSE_RANK() делают почти одно и то же. На тестовых данных разница может быть вообще незаметна. Но в проде именно здесь часто начинаются ошибки: — топ-3 внезапно возвращает 5 строк; — дашборд "врёт"; — backend-логика начинает вести себя не так, как ожидалось; — запрос, который вчера работал быстро, сегодня уходит в disk spill. Две самые популярные функции для ранжирования — RANK() и DENSE_RANK() . Ниже разберём, чем они отличаются, где именно ошибаются разработчики и аналитики, и что важно понимать: не только что делает оконная функция, но и сколько она стоит на больших объёмах данных.

https://habr.com/ru/articles/1021094/

#sql #rank #dense_rank #window_functions #postgresql #оптимизация #производительность #аналитика #базы_данных #topn

Отображение иерархии в SQL запросе

В процессе тестирования одного курса по SQL на stepik.org встретилась задача, из которой сочинилась другая, более интересная: Необходимо с помощью одного SQL запроса с использованием обобщенных табличных выражений отобразить иерархию, в соответствии с иллюстрацией выше

https://habr.com/ru/articles/810687/

#MySQL #SQL #Common_Table_Expression #CTE #with_recursive #window_functions #Оконные_функции #Иерархические_структуры_в_SQL #Обобщенные_табличные_выражения #sqlite