В таблице платежей для каждой транзакции нужен накопительный итог сумм пользователя на этот момент. Какое выражение даёт корректный результат?
A
SUM(amount) OVER (PARTITION BY user_id ROWS UNBOUNDED PRECEDING)B
SUM(amount) OVER (PARTITION BY user_id) без ORDER BYC
SUM(amount) OVER (ORDER BY paid_at) без PARTITION BYD
SUM(amount) OVER (PARTITION BY user_id ORDER BY paid_at)Правильный ответ. Накопительный итог требует
ORDER BY в окне, а раздельность по пользователям — PARTITION BY.Разбор
SUM(amount) OVER (PARTITION BY user_id ORDER BY paid_at) суммирует значения внутри каждого пользователя в порядке времени платежа и возвращает кумулятивный итог в каждой строке. Без ORDER BY получится общий итог по пользователю, повторённый в каждой строке. Без PARTITION BY накопление пойдёт по всем пользователям вместе, что ломает пользовательскую аналитику. Вариант с GROUP BY вообще схлопывает строки и делает накопление невозможным.
Можно заниматься бесплатно
Готовим вопросы…
Три вопроса по теме этой страницы, с объяснениями.
Ещё вопросы по теме «Оконные функции»
- В одной категории 4 товара с выручкой 100, 100, 90 и 80. Вычисляем `RANK() OVER (ORDER BY revenue DESC)`. Какие ранги получат строки при сортировке по убыванию выручки?
- Вы ищете последнюю транзакцию пользователя, используя `ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY paid_at DESC)` и оставляя `row_number = 1`. Что верно, если у пользователя две транзакции с одинаковым `paid_at`?
- Вы делаете рейтинг товаров по выручке внутри категории. Если два товара делят 2 место, следующий товар должен получить 3 место (без пропуска). Какая функция подходит лучше всего?
- В каждой категории нужно выбрать товары с тремя наибольшими различными значениями выручки (`revenue`), включая все товары, которые делят эти значения при равенстве. Какой вариант даст нужный результат?
- Нужно пронумеровать заказы каждого пользователя по времени покупки, начиная с 1, чтобы найти его 1-й, 2-й, 3-й заказ. Какое выражение подходит?
- Все вопросы по «Оконные функции» →