**Контекст:** Вы продуктовый аналитик стримингового медиасервиса. Продакт хочет понять «глубину» сессий: сколько единиц контента смотрят за один заход и сколько времени длится сессия. В системе нет явного `session_id` — есть только поток событий просмотра. Договорились с командой: если между двумя соседними событиями одного пользователя прошло **больше 30 минут**, это уже новая сессия.
[см. код в задании]
**Задание:**
1. Присвойте каждому событию синтетический `session_id`, уникальный в рамках пользователя, используя правило «разрыв > 30 минут = новая сессия».
2. Для каждой сессии посчитайте: число событий, длительность в минутах (от первого до последнего события), число уникальных единиц контента.
3. Выведите итоговую метрику по сервису: среднее число событий на сессию и среднюю длительность сессии.
Структура для ориентира — реальные значения из эталонного решения.
CREATE TABLE play_events (
user_id BIGINT NOT NULL,
content_id BIGINT NOT NULL,
played_at TIMESTAMP NOT NULL
);
sessionization LAG window-functions running-sum analytics
Это задание для уровня Middle. Для middle-аналитиков с опытом 1-3 года, требует уверенного владения темой и понимания edge cases.
Подобные задания в категории «SQL» регулярно дают на собеседованиях аналитика данных в Яндекс, Сбер, Ozon, Авито, Тинькофф, Wildberries, T-Bank, X5, ВТБ и других крупных IT-компаниях. Тематика: sessionization, LAG, window-functions, running-sum, analytics.
На реальном собеседовании на подобную задачу отводится 15-30 минут — оцениваются подход, корректность, обработка edge cases. Для тренировки рекомендуем сначала решить самостоятельно, потом сверить с эталонным решением и подсказками.
На zasqlpython.ru есть 520+ SQL задач в песочнице с автопроверкой кода, конспекты SQL для аналитика, AI мок-собеседование с разбором ваших ответов.
← Все задания