Показатели эффективности комментариев в хранимых процедурах SQL

Question

Недавно на моем дневном задании было дано указание, что любые комментарии относительно наших хранимых процедур НЕ ДОЛЖНЫ существовать внутри хранимой процедуры, и должны использоваться расширенные свойства.

В прошлом мы использовали что-то вроде этого.

/* 
* NOTE: Auto-Generated Procedure DO NOT MODIFY 
*/ 
CREATE PROCEDURE dbo.MyProc 
AS 
SELECT * 
FROM MyTable 
GO 

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

Я не смог найти документацию, подтверждающую или отрицающую существование проблем с производительностью и/или памятью с такими комментариями.

Итак, мой вопрос: кто-нибудь знает какую-либо документацию, которая может либо доказать, либо опровергнуть это?

Answer 1

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

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

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

Answer 2

Текст (включая комментарии) сохраняется в sys.sql_modules в SQL 2005+. Таким образом, он добавляет размер системной таблицы.

При компиляции для составления плана комментарии игнорируются: они являются комментариями. Как и любой разумный язык ...?

Однако в некоторых случаях debug comments, по-видимому, все еще может быть проанализирован и затронут вещи.

Это то, что я видел некоторое время назад, но отклонил его (и искал его для этого ответа).