Size: a a a

SqlCom.ru - Стиль жизни SQL

2020 October 20

AB

Aleksandra Bogdanova in SqlCom.ru - Стиль жизни SQL
Ilia Zviagin
Ну и ты то говоришь, что запрос супер сложный, то -- что он очень простой...
Я его упростила, но чтобы тот же кейс с планом был
источник

IZ

Ilia Zviagin in SqlCom.ru - Стиль жизни SQL
Aleksandra Bogdanova
Аа, нет все верно. Без group by, их же в  output нет
Так бессмысленный запрос-то.
источник

IZ

Ilia Zviagin in SqlCom.ru - Стиль жизни SQL
Aleksandra Bogdanova
Аа, нет все верно. Без group by, их же в  output нет
Взять 2000+ человек, и сложить по ним все показатели ? или как ?
источник

IZ

Ilia Zviagin in SqlCom.ru - Стиль жизни SQL
Aleksandra Bogdanova
Я его упростила, но чтобы тот же кейс с планом был
Тогда давай не упрощай, видимо у тебя плохо получается.
источник

AB

Aleksandra Bogdanova in SqlCom.ru - Стиль жизни SQL
Ilia Zviagin
Тогда давай не упрощай, видимо у тебя плохо получается.
Спасибо за рекомендацию
источник

AB

Aleksandra Bogdanova in SqlCom.ru - Стиль жизни SQL
Vladimir Kolyada
Числа какие-то смешные, даже со сканами он должен моментально выполняться, и конечно же от количества параметров будет зависеть, переписать его надо на JOIN потому что с табличным параметром, но раз оно Legacy - страдайте. Опять же, насколько я понимаю, там выполнение моментальное.
Спасибо, попробую, возможно дело в этом
источник

IZ

Ilia Zviagin in SqlCom.ru - Стиль жизни SQL
Aleksandra Bogdanova
Спасибо, попробую, возможно дело в этом
Но видимо мой хрустальный шар не врал -- шизонутый запрос, не оптимизируемый в принципе. Как его там выполнять -- да наплевать 10 раз, скан там, или сик -- всё равно одинаково плохо
источник

NP

Nick Proskuryakov in SqlCom.ru - Стиль жизни SQL
Aleksandra Bogdanova
Сейчас обнаружила, что в зависимости от количества параметров может быть и seek  в 2019
Я бы на вашем месте все эти значения положил в # и переписал бы IN на EXISTS. Если возможно
источник

A

Alexey in SqlCom.ru - Стиль жизни SQL
видя запрос понимаю - вам там и разработчиков неплохо бы нанять кто знает что ин плохо и как его написать праильно
источник

AB

Aleksandra Bogdanova in SqlCom.ru - Стиль жизни SQL
Alexey
видя запрос понимаю - вам там и разработчиков неплохо бы нанять кто знает что ин плохо и как его написать праильно
Было бы неплохо, да. Но что есть.
источник

A

Alexey in SqlCom.ru - Стиль жизни SQL
Aleksandra Bogdanova
Было бы неплохо, да. Но что есть.
а если сравнить результать set statisctics io, time то он сильно отличается для запросов с сик и скан?
источник

AB

Aleksandra Bogdanova in SqlCom.ru - Стиль жизни SQL
Где-то на 50% в этом случае
источник

T

Timus in SqlCom.ru - Стиль жизни SQL
Aleksandra Bogdanova
Было бы неплохо, да. Но что есть.
это какое то сторонее приложение? или ваш личный легаси?
источник

A

Alexey in SqlCom.ru - Стиль жизни SQL
Aleksandra Bogdanova
Где-то на 50% в этом случае
а точнее?
источник

IZ

Ilia Zviagin in SqlCom.ru - Стиль жизни SQL
Nick Proskuryakov
Я бы на вашем месте все эти значения положил в # и переписал бы IN на EXISTS. Если возможно
А смысл? что в лоб, что по лбу...
источник

IZ

Ilia Zviagin in SqlCom.ru - Стиль жизни SQL
Aleksandra Bogdanova
Было бы неплохо, да. Но что есть.
Короче, пинганите меня, когда пришлёшь запрос.
источник

2_

2flower _ in SqlCom.ru - Стиль жизни SQL
Nick Proskuryakov
Я бы на вашем месте все эти значения положил в # и переписал бы IN на EXISTS. Если возможно
пока читал, тоже пришел к этому выводу про exists, много параметров в in никто не любит.
источник

IZ

Ilia Zviagin in SqlCom.ru - Стиль жизни SQL
2flower _
пока читал, тоже пришел к этому выводу про exists, много параметров в in никто не любит.
2000 -- не так уж и много. Не 200 тыщь
источник

2_

2flower _ in SqlCom.ru - Стиль жизни SQL
Ilia Zviagin
2000 -- не так уж и много. Не 200 тыщь
для In вполне может хватить, я не эксперт по ms тем более 2019
источник

2_

2flower _ in SqlCom.ru - Стиль жизни SQL
тем более косвенно (убрав лишнее) уже видно, что дело в in и параметрах
источник