frobo7 Feb 23 2011 at 05:34

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

6 min

4.3K

Comments 11

outcoldman Feb 23 2011 at 10:18

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

frobo7 Feb 25 2011 at 12:52

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

outcoldman Feb 26 2011 at 20:30

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

frobo7 Mar 17 2011 at 02:12

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

outcoldman Mar 18 2011 at 08:22

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

frobo7 Mar 25 2011 at 01:52

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

outcoldman Mar 25 2011 at 08:20

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

pokryshkin Feb 23 2011 at 10:40

deadlock внутри MSSQL?

frobo7 Feb 25 2011 at 12:56

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

morph Feb 24 2011 at 09:50

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

UFO just landed and posted this here

Show the best of all time