ГД
А big query поддерживает что-нибудь типа lag?
Size: a a a
2021 June 27
PU
кажется, можно просто сделать лаг в одну строку и так получить
PU
да, я что-то видел такое вроде
PU
хм. то есть, мысль о лаге верная
ГД
По идее просто выбираем все и ещё колонка с лагом локации - дальше group by
PU
угу, спасибо. так и попробую
думал про лаг, но не докрутил. совсем дурной от жары стал :(
думал про лаг, но не докрутил. совсем дурной от жары стал :(
БА
А можно потом SQL запрос сюда скинуть?)
БА
Интересно что за лаг такой
PU
а, не вопрос
ДВ
Ну да, то есть абстрактно логика такая: сегментируем пользователей по признаку: если произошло событие А (проигрыш на любом уровне), то пользователь выбирает путь Б (другой уровень). То есть группировка с оконкой (и кейсом скорее всего). Точнее без приера сложно. А дальше группирвока у же по сегментам: нужный сегмент и его доля в целом множестве
PU
да, я делал с лагом уже ряд операций, типа доля от предыдущей строки
БА
Блин, пойти чтоли почитать про функции BQ наконец=)
Я такие задачи через CTE, join и оконки делаю
Я такие задачи через CTE, join и оконки делаю
PU
PU
хорошая идея :))))
PU
ну, я вообще злоупотребляю cte %)
БА
Я только через них и делаю. Мне нравится что код становится более читаемый
ДВ
Что вы в них находите?)) Подзапросы гораздо более читабельны, имхо)
ДВ
Ха, новый холивар - cte vs subquery))
PU
нетъ!
ну и подзапрос выполняется однократно, а cte можно сразу в нескольких запросах использовать (других сте)
ну и подзапрос выполняется однократно, а cte можно сразу в нескольких запросах использовать (других сте)