просто, чтобы порассуждать с кандидатов, это дерьмовый вопрос или нет?😃
или лучше просто спрашивать, всякие там - чем nested loop от merge join отличается, от hash join?
На собесе я бы сказал, что запрос некорректный и объяснил, почему. Конкретный итог выполнения запроса - скорее всего, implementation dependent и спрашивать не стоит.
ну про некорректный, это я просто не дописал именно сюда в чат. Ок, предположим, он такой: create temp table some_generated_random_values as (select column_value as value from some_other_table limit 600000) update some_table s set column_value = t.value from some_generated_random_valuest where s.column_value is null
а в каких то базах что, может быть, как я выше написал, что будет O(N), т.е не nested loop, а аналог merge join'а без условия объединения? типа внутреннего курсора что-то?
Тут другие бд не при чём, т.к. используется postgresql-специфичная конструкция. Но в документации указано следующее: When using FROM you should ensure that the join produces at most one output row for each row to be modified. In other words, a target row shouldn't join to more than one row from the other table(s). If it does, then only one of the join rows will be used to update the target row, but which one will be used is not readily predictable.
А, вы к тому, что из 600.000 не понятно, какая будет использоваться конкретно, первая, последняя или вообще рандомная. Понял.
Обсуждают сегодня