SQL存储过程中注释的性能含义

削灭乌鲁广汇

最近，我在日常工作中被指示，存储过程中的任何注释都不能存在于存储过程中，而必须使用扩展属性。
( |% H/ q2 @! U我们过去使用过类似的方法。
+ w, T* P, t) k$ M% q/* * NOTE: Auto-Generated Procedure DO NOT MODIFY */CREATE PROCEDURE dbo.MyProcASSELECT *FROM MyTableGO这样，只要有人在SSMS当他们打开这个过程时，他们会看到这个注释，在这个过程中还有其他注释来记录我们的过程。现在我不知道任何与此相关的性能/内存问题。然而，我们中的一些人坚持这样做。
. t+ ?0 y2 ?* r! l* L- Y我找不到证明或否认此类注释性能和/或内存问题的文档。
! J5 A( M; q. S& m+ k; X- F2 h所以我的问题是，有人知道任何文件可以证明或否认这一点吗？
( u4 d- S. L' K! g- x' s. H                                                               
    解决方案:                                                               
  c9 J$ x8 T! x                                                                这只会稍微减慢存储过程的编译速度，无论如何都不会经常发生。
基本上听起来像是恐慌。考虑到评论的有用性(适度)，我会要求 证据    证明评论会损害性能。这听起来像是我的荒谬政策。
（任何时候有人声称对性能有要求的证据都是一个很好的一般规则，特别是    如果他们建议你牺牲可读性或其他积极属性来提高性能。