Штука из разряда “кек, так можно было”. Сижу значит, никого не трогаю, пишу запросец. Он там обрастает пошаговой логикой, постепенно набирая в подзапросах. И вот в какой-то момент промежуточная таблица принимает вид, где есть две колонки с датами 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 заложена 🙂