Необходимо выбрать из т.2.1.1. id, moment (первый), status, если status неизменен и >0, причем надо дополнительно посчитать длительность этого промежутка времени в минутах и вывести в столбец duration.
Думаю, что-то вроде вложенного запроса (может ошибаюсь), внешний выбирает, внутренний проверяет статус, подсчет длительности: (конечный момент- начальный момент)*60. Но как прописать добавку нового столбца, хотя бы набросок? Какой тип запроса использовать?

Так в чём конкретно проблема? Что именно не получается?

Gluttton, она сама ни хрена не знает.
http://forum.sources.ru/index.php?showtopi...t&p=2361774

Это сообщение отредактировал(а) Akina - 10.9.2009, 08:50

Грубость здесь не уместна, не хочешь помочь не надо, может не все такие снобы как ты. если внимательно посмотришь суть запроса изложена.

Добавлено через 4 минуты и 14 секунд

не получается организовать проверку на статус, я так понимаю, что должен проходить по строкам  пока татус не изменился, но надо запоминать момент. и еще не сталкивалась с добавлением в выходные данные нового столбца. Написано возможно использование сложного, коррелированного или вложеного запроса, думаю коррелированный запрос не подходит, а вот насчет сложного или вложеного не знаю.

Добавлено через 11 минут и 6 секунд
сейчас читала про сложные запросы, написано, что если необходимо во вложенных запросах использовать одну и ту же таблицу, то запрос должен быть коррелированным.

Думаю в задании ошибка. На каком основании посчитано duration = 120 для id =2 moment=14:00 - не ясно

СПАСИБО ОГРОМНОЕ. А можно немного пояснений начиная с 16 строки, плиз? Думаю в последней строки опечатка, а может для проверки специально так задумано.

asdfghjkl, Этот запрос АФАИК сможет отработать только на Оракле. Возможно на PG. Какая у вас целевая платформа?

Это задание, вроде как организация использует Oracle, но я сама работала только с MySQL. возможно как-то переписать? я вот начала разбирать, но не все понятно.

Как раз над этим сейчас и думаю. Если Gluttton меня опередит, будет ой как досадно  

Что происходит в: 
20    select
21      s.*
22      , sum(start_of_group) over (partition by id order by moment) grp_id
23    from (
24      select s.*
25             , decode(status,lag(status) over (partition by id order by moment),0,1) start_of_group
26      from s order by moment
27    )s
28  )s
?

Пока - нет. Если запрос на приведённых исходных данных даёт приведённый выход, это не значит, что логика получения ответа соответствует истинной. И на другом наборе входных данных может получиться хрень. Именно этого ты никак не можешь понять.
Иными словами, модель чёрного ящика всегда приближённая.

Это сообщение отредактировал(а) Akina - 10.9.2009, 10:18

Строка 25 сравнивает статус со следующей по моменту в разрезе id строчкой, в случае если совпадает, выставляет 0, иначе 1. Получается еденичка проставляется для первого статуса в группе подрядидущих.
Строка 22 считает накапливающую сумму по посчитанному в строке 25 значению в разрезе id в пореядке возрастания момента. Получается расчитывается какбы уникальный идентификатор группы подрядидущих.

А это одинаково для оракл и MySQL? откуда grp_id, я поняла, что это идентификатор повторяющих групп, почему он не указан в 25 строке? А для чего эта сумма?

Я же сказал. Это только для оракл. Может быть Постгри так же умеет.


Потому что на основании значения, полученного в 25й, он расчитывается

Думайте

можете взорвать себе еще мозг моделью.. это вот точно ТОЛЬКО для оракла, прчем начиная только с 10й версии
работает по тому же принципу


Добавлено через 6 минут
asdfghjkl, А может ну его? Если вы поакажете решение на собеседовании, но затруднитесь повторить на практике в оффисе, врядли вы пройдете испытательный срок. Может куда попроще попробовать сунутсья, где требования чуть мене высокие?

Это сообщение отредактировал(а) Zloxa - 10.9.2009, 10:39

Не злитесь, просто мне это объяснять и я волнуюсь, это не просто задание нудного препода. Может я совсем безнадежна, но сдаваться не хочется.
Насчет grp_id, я всегда думала, что если что-то вычисляется, то должно указываться куда это все поместить.
А сумма- это количество групп, или количество записей в группе? Вроде должно быть записей, но если считается по grp_id...