|
|
23.03.2017, 08:11
|
#1 |
|
Участник
|
Не надо ничего создавать, все уже давно создано
 16 голосов ждут с 19/06/2015 https://connect.microsoft.com/dynami...etails/1449788 |
|
|
|
| За это сообщение автора поблагодарили: Logger (3). | |
|
23.03.2017, 09:25
|
#2 |
|
Участник
|
Цитата:
Сообщение от trud
Не надо ничего создавать, все уже давно создано
16 голосов ждут с 19/06/2015 https://connect.microsoft.com/dynami...etails/1449788 Проголосовал. |
|
|
|
23.03.2017, 11:40
|
#3 |
|
Участник
|
Цитата:
Сообщение от trud
Не надо ничего создавать, все уже давно создано
16 голосов ждут с 19/06/2015 https://connect.microsoft.com/dynami...etails/1449788 Цитата:
Posted by trud on 12.01.2017 at 1:47
I also suggest adding ability to specify OPTIMIZE FOR UNKNOWN hint per query basis. in some cases when we have not equal data distribution it also can solve a lot of issues regarding query sniffing parameters |
|
|
|
23.03.2017, 11:46
|
#4 |
|
Модератор
|
Цитата:
Сообщение от Logger
Наш DBA извернулся так, что грохнул статистику по полю dataareaid во всех табличках. Оптимизатор перестал делать различия между компаниями. Получился некий аналог OPTIMIZE FOR UNKNOWN по Dataareaid
__________________
-ТСЯ или -ТЬСЯ ? |
|
|
|
23.03.2017, 11:51
|
#5 |
|
Участник
|
Цитата:
Сообщение от Vadik
А чем OPTIMIZE FOR UNKNOWN лучше DATAAREALITERAL и отдельного плана исполнения на компанию?
Просто пока старое ядро стоит, для которого невозможно включить DATAAREALITERAL - применяется такой способ. Ну и плюс я подумал, что если есть другие проблемные поля, для которых проблема актуальна, то можно попробовать этот финт для них. За неимением ничего лучшего. |
|
|
|
23.03.2017, 12:13
|
#6 |
|
Модератор
|
Цитата:
Сообщение от Logger
Я этого не говорил, что лучше.
Просто пока старое ядро стоит, для которого невозможно включить
__________________
-ТСЯ или -ТЬСЯ ? |
|
|
|
| За это сообщение автора поблагодарили: Logger (3). | |
| Теги |
| dax, parameter sniffing, sql 2008, troubleshooting, tuning |
|
|
|
Комбинированный вид
