g
Спасибо, ознакомлюсь
Size: a a a
2021 July 08
NP
Тогда так как сказал коллега
AB
Уважаемые, подскажите, есть ли какие-то минусы в hash group относительно stream aggregate?
Мне план строит со вторым, но указав в хинтах хэш групп получаю лучшую производительность на одном запросе.
Может быть большее использование памяти или ещё что-то?
Мне план строит со вторым, но указав в хинтах хэш групп получаю лучшую производительность на одном запросе.
Может быть большее использование памяти или ещё что-то?
L
Всем привет! Объясните, пожалуйста, почему если к дате применить ::date , то все равно выводится кроме даты ещё и время?
A
Можно сравнить выданную ипотребленную память в реальных планах выполнения.
AB
ошибок excessivegrant вроде не видно
A
"к дате померить ::date" - это непонятно. Какая СУБД используется?
L
Не знаю, используем базу в metabase
A
Вероятность помощи низкая - это ресурс по MSSQL.
oa
Емнип, stream aggregate однопоточный и требует отсортированного набора на входе.
AB
да, из-за сортировки и пытаюсь его избежать
но не уверен я, что я умнее оптимизатора и думаю, что не всё так просто, не во всём же хэш групп лучше
но не уверен я, что я умнее оптимизатора и думаю, что не всё так просто, не во всём же хэш групп лучше
N
Здравствуйте!
Есть таблица кодвендор>кодстрим>кодкоманда
Как превратить ее в иерархическую таблицу
Кодродитель>код>название
?
Создавать таблицы в базе не могу
Есть таблица кодвендор>кодстрим>кодкоманда
Как превратить ее в иерархическую таблицу
Кодродитель>код>название
?
Создавать таблицы в базе не могу
oa
А остальное в плане всё одинаковое?
AB
в общем случае да.
раскатил на прод с хэш групп - стало всё круто чуть ли не на 25%
раскатил на прод с хэш групп - стало всё круто чуть ли не на 25%
AB
подозреваю, что границу применения хэш групп стоило бы понизить в оптимизаторе, до пары сотен строк.
а то у меня на несколько тысяч получается stream aggregate + sort, что в итоге получается медленнее
а то у меня на несколько тысяч получается stream aggregate + sort, что в итоге получается медленнее
АР
У вас просто стоимость плана с сортировкой оказалась ниже чем у плана с хешированием.
Скорее всего из-за неверной оценки кардинальности.
Нужно было для начала обновить статистики с fullscan.
Скорее всего из-за неверной оценки кардинальности.
Нужно было для начала обновить статистики с fullscan.
AB
статистика обновляется, суть от этого не меняется. оценка количества строк где-то ошибочная, где-то совпадает, но всё равно с указанием хэш групп получается быстрее, чем с планом от оптимизатора через сорт и stream aggregate
2021 July 09
СС
привет!
select top(1) id
from table
where status = 3
правильно ли я понимаю, что результат от запуска к запуску может отличаться, даже если записи с status = 3 и их кол-во будут неизменны?
результат выполнения здесь зависит от физического расположения данных на страницах памяти и от расположения самих страниц памяти на диске?
select top(1) id
from table
where status = 3
правильно ли я понимаю, что результат от запуска к запуску может отличаться, даже если записи с status = 3 и их кол-во будут неизменны?
результат выполнения здесь зависит от физического расположения данных на страницах памяти и от расположения самих страниц памяти на диске?
А
Да. Топ 1 без сортировки бессмысленен
СС
если данные в таблице вообще не трогать (не писать, не удалять, не изменять), индекс кластерный не перестраивать, то скорее всего результат будет одинаковый?