1. Что еще можно выполнить для улучшения производительности ?
2. Какие недостатки EXEC sp_updatestats; или это всегда полезно делать?
3. Есть ли способ узнать - надо ли апдейтить статистику?

TaPaK256k1. Что еще можно выполнить для улучшения производительности ?
2. Какие недостатки EXEC sp_updatestats; или это всегда полезно делать?
3. Есть ли способ узнать - надо ли апдейтить статистику?
1. лучше только WITH FULLSCAN, главное что бы терпения хватило :)
2. В общем нет. Если не ошибаюсь планы может пометить под не актуальные, и их будет перестраивать
3. запустить sp_updatestats

ну и если Анна не знает, то бывают статистики отдельно от индексов и бывают люди не клепают индексы на "гигантских таблиц"

да запустил sp_updatestats, работает долго, но эффект есть.

Щукина Анна256k,

для начала - определить источник проблем.
далее - принимать решение о допустимых способах устранения возникшей проблемы.

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

Просто запрос - выборка из вью - в плане показывает в отдельных точках нереальное количество записей

Кстати, для выполнения процедуры бывает не хватает прав.
КАк бороться? Сделать обертку? какую?

Megabyte256kКстати, для выполнения процедуры бывает не хватает прав.
КАк бороться?
Дать права пробовали?

в общем случае это не совсем хороший выход. Я не знаю, что там у юзера с правами может быть.
Если бы завернуть вызов это процедуры в свою, и сделать её exec as.... как-то так

TaPaK256k,

это пусть все перед своими запросами дёргают sp_updatestats? Оригинально

ну, вjобще-то нигде не написано, что "все перед своими запросами"
Однако, даже приличному юзеру типа админа нужноы права для выполнения этой процедуры. Не само execute

Почему статистика может испортиться, стать неправильной?