Комментарии 11
Так а тикет создали на connect.microsoft.com? Мало ли там все-таки при нагрузочном тестировании найдут ошибку и поправят в будущем.
+2
Сходу не разобрался как это сделать. Для этого нужно привлекать заказчика (у которого система и работает) или я это могу сделать как разработчик?
0
как разработчик, нужно просто найти в directions продукт, и там создать баг
0
Хм, под directions вы имеете в виду Directory (http://connect.microsoft.com/directory)?
Не нашел там Project Server (хотя SharePoint Community имеется).
Не нашел там Project Server (хотя SharePoint Community имеется).
0
deadlock внутри MSSQL?
0
Нет, с «дохлыми замками» SQL неплохо разбирается сам (откатывает одного из ожидающих), и честно говоря, у меня ни разу с ними проблем не возникало. Здесь проблема именно в кривом Execution Plan конкретной функции. Если его ручками найти (sys.dm_exec_cached_plans) и грохнуть (DBCC FREEPROCCACHE) — то все начинает работать.
0
«3. На хабре была статья с этой проблемой, но почти никто не заинтересовался: MS SQL 2005, Parameter Sniffing, тормозящий Stored Procedure.» — заинтересуются, как только начальник наваляет за тормозящий скрипт)
0
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Parameter sniffing в SQL Server 2005/2008 (на примере Project Server 2007)