Parameter sniffing в SQL Server 2005/2008 (на примере Project Server 2007)

[outcoldman]

Так а тикет создали на connect.microsoft.com? Мало ли там все-таки при нагрузочном тестировании найдут ошибку и поправят в будущем.

[frobo7]

Сходу не разобрался как это сделать. Для этого нужно привлекать заказчика (у которого система и работает) или я это могу сделать как разработчик?

[outcoldman]

как разработчик, нужно просто найти в directions продукт, и там создать баг

[frobo7]

Хм, под directions вы имеете в виду Directory (http://connect.microsoft.com/directory)?
Не нашел там Project Server (хотя SharePoint Community имеется).

[outcoldman]

Да именно, там некоторые направления спрятаны, не знаю почему.

[frobo7]

В каком смысле спрятаны? Поиском Project Server не ищется, писать в SharePoint Community смысла нет — погонят поганой метлой и будут правы.

[outcoldman]

Ну в смысле нет их.

[pokryshkin]

deadlock внутри MSSQL?

[frobo7]

Нет, с «дохлыми замками» SQL неплохо разбирается сам (откатывает одного из ожидающих), и честно говоря, у меня ни разу с ними проблем не возникало. Здесь проблема именно в кривом Execution Plan конкретной функции. Если его ручками найти (sys.dm_exec_cached_plans) и грохнуть (DBCC FREEPROCCACHE) — то все начинает работать.

[morph]

«3. На хабре была статья с этой проблемой, но почти никто не заинтересовался: MS SQL 2005, Parameter Sniffing, тормозящий Stored Procedure.» — заинтересуются, как только начальник наваляет за тормозящий скрипт)