Производительность SQL Server 2005 и пустое пространство

Question

Мне сказали, и я не уверен, что верю в это: удаление пробелов из моих хранимых процедур в SQL Server 2005 перед их отправкой ускорит их работу и повысит производительность. Мне интересно, что думают все остальные?

Спасибо

Scott

Answer 1

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

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

Answer 2

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

Answer 3

Без сравнения я не могу «знать», но это звучит как бык.

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

Answer 4

Да и нет. Оказывается, у вас может быть два запроса, идентичных за исключением пробелов, которые выполняются на SQL Server с разной скоростью. Я бы не поверил в это, если бы не видел это собственными глазами, однако это действительно помогло мне на работе (на SQL Server 2008), и после долгих испытаний, причесывания и отрицания я должен был признать, что это происходит. Вот пример другого человека, испытывающего ту же проблему:

Пространство в SQL Server 2008 R2 снижает производительность

Теперь для части «нет» ответа. У нас много запросов с большим количеством пробелов, и это произошло ровно однажды, о чем я знаю. Это совсем не стандартный способ ускорения запросов, просто случается так, что есть действительно странный крайний случай. Я бы не стал тратить время на удаление пробелов из хранимых процедур, это почти никогда не поможет. Почти.