Н
Меня раздражает, что в ордере должны пооя быть только те которые в селекте
Size: a a a
2020 September 24
Н
Это не всегда нужно
DC
я не сразу заметил distinct , да конечно это не должно работать вообще, это ошибка
D
Это без сарказма?
баг без сарказма, непонятно "влияет на запрос". чему там влиять? порядок может быть всегда какой угодно если нет ордербай
D
Меня раздражает, что в ордере должны пооя быть только те которые в селекте
не должны, если не используете дистинкт
N
а как вообще обьяснить, что внутренний order by влияет на distinct, если он через хэш мапу
D
а если с дистинктом, то крутитесь через груп бай с подзапросом или агг колонкой
pk
похоже что orderby тут пушится внутрь этого селекта, и потом distinct для каждого a берет первое вхождение. а в общем случае наверное ub
D
Nikolay
а как вообще обьяснить, что внутренний order by влияет на distinct, если он через хэш мапу
а как он влияет?
N
а как он влияет?
select distinct * from ( select *
from table
order by b nulls last
) вот если примерно в таком примере. сейчас по памяти пишу. с работы не могу скопировать, то результат после дистинк разный в nulls last
и nulls first
from table
order by b nulls last
) вот если примерно в таком примере. сейчас по памяти пишу. с работы не могу скопировать, то результат после дистинк разный в nulls last
и nulls first
D
Nikolay
select distinct * from ( select *
from table
order by b nulls last
) вот если примерно в таком примере. сейчас по памяти пишу. с работы не могу скопировать, то результат после дистинк разный в nulls last
и nulls first
from table
order by b nulls last
) вот если примерно в таком примере. сейчас по памяти пишу. с работы не могу скопировать, то результат после дистинк разный в nulls last
и nulls first
пилите баг , это уже другой баг =)
D
Nikolay
select distinct * from ( select *
from table
order by b nulls last
) вот если примерно в таком примере. сейчас по памяти пишу. с работы не могу скопировать, то результат после дистинк разный в nulls last
и nulls first
from table
order by b nulls last
) вот если примерно в таком примере. сейчас по памяти пишу. с работы не могу скопировать, то результат после дистинк разный в nulls last
и nulls first
и скажите версию свою, чтобы знать...
DC
select distinct * from ( select *
from table
order by b nulls last
)
в таком SQL любой порядок может быть на выходе внешнего селекта, можно просто выкинуть order by у внутреннего
from table
order by b nulls last
)
в таком SQL любой порядок может быть на выходе внешнего селекта, можно просто выкинуть order by у внутреннего
N
select distinct * from ( select *
from table
order by b nulls last
)
в таком SQL любой порядок может быть на выходе внешнего селекта, можно просто выкинуть order by у внутреннего
from table
order by b nulls last
)
в таком SQL любой порядок может быть на выходе внешнего селекта, можно просто выкинуть order by у внутреннего
но он его явно учитывает. это на 100% точно.
DC
именно поэтому нормльные БД запрещают order by во вью
DC
Nikolay
но он его явно учитывает. это на 100% точно.
о чем вы? результат неверный или что?
N
о чем вы? результат неверный или что?
Результат верный, но сортирует вывод по разному. Т.е цифры верные , но внутренняя сортировки влияет на сортировку после distinct
DC
Реализация КХ пайплайна задает на выходе внешнего select-а порядок заданный внутренним, но это так получилось, порядок может быть любой на выходе, какая разница какой у КХ получается
DC
и еще , distinct и group by в КХ устроены по разному, distinct выдает первые записи до полной обработки и может останавливаться не доходя по конца
D
Nikolay
Результат верный, но сортирует вывод по разному. Т.е цифры верные , но внутренняя сортировки влияет на сортировку после distinct
ах, так вы про сортировку? ну вам же её никто не гарантирует... и в оракле можно такого добится если постаратся
все базы оптимизируют многоуровневые запросы так или иначе
все базы оптимизируют многоуровневые запросы так или иначе