Штука из разряда “кек, так можно было”. Сижу значит, никого не трогаю, пишу запросец. Он там обрастает пошаговой логикой, постепенно набирая в подзапросах. И вот в какой-то момент промежуточная таблица принимает вид, где есть две колонки с датами
over(partition by user, dt)
, ну т.е. одинаковые на все строки юзера за день. Но не суть.
А суть тут — эти колонки символизируют время совершения одного из 2-х предопределённых событий, в первой время первого, во второй время второго. Если события не было, то там
NULL
. А если
NULL
в обеих колонках, то это означает совершение третьего события, но нам уже не важно его точное время.
Задача промежуточной таблицы определить какое событие из 3-х было в цепочке инициирующим.
Ну, чё тут думать, пишем кейс. И вот значит пишу я кейс, и дохожу до такого момента:
case when event_1 is null and event_2 is not null then "event_2"
when event_1 is not null and event_2 is null then "event_1 "
when event_1 is null and event_2 is null then "event_3"
when event_1 is not null and event_2 is not null then...
И я такой, опа, а там опять развилка. Думаю, дай на дурака воткну ещё одно условие сюда. И воткнул:
case when event_1 is null and event_2 is not null then "event_2"
when event_1 is not null and event_2 is null then "event_1 "
when event_1 is null and event_2 is null then "event_3"
when event_1 is not null and event_2 is not null then case when event_1 < event_2 then "event_1"
else "event_2" end end as eternal_event
И оно отработало, честно соблюдая всю логику кейса.
Не то чтобы это что-то эдакое, по логике оно и должно было отработать, конечно. Скорее всего я даже чёт такое встречал, просто не припомню чтобы мне такое нужно было когда-то. А оно есть, оказывается.
Скорее всего не везде конечно, и не всегда, но мне везде и всегда и не надо.
Вот такая вот логика мультиусловий в конструкции
case
заложена
🙂