MSSQL 中的命名函数（如 fn_myFuction）是否需要额外的性能
这里有人提到我们应该避免在 MS SQL Server 中命名存储过程，如 sp_XXX
因为在检查时需要向 SQL Server 添加时间，确实存在这样命名的系统存储过程。因为所有系统存储过程都是以sp_开头的。
现在我想知道 MSSQL 中函数的情况，在查找系统函数时，像 fn_ 这样的命名函数是否会花费额外的 SQL 时间？
Someone here mentioned that We should avoid naming stored procedures in MS SQL server like sp_XXX
Because that taking addition time to SQL server while check does exist system sotred procedure named like that. Because all system stored procs are starting with sp_.
Now I wondering is that a case with Functions in MSSQL, Does naming functions like fn_ take additional time to SQL while looking for system functions ?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
不，我不这么认为。
找到以下线程：
http://bytes.com/topic/ sql-server/answers/78872-udf-starting-fn_
希望这有帮助
No, I don't think so.
Found the following thread:
http://bytes.com/topic/sql-server/answers/78872-udf-starting-fn_
Hope this helps
对于函数来说，这并不重要，但是建议不要对存储过程使用sp_前缀，因为它定义了系统存储过程，并且可能会导致在存储过程中进行额外的查找。主数据库。
http://furrukhbaig.wordpress.com/2007/08/22/存储过程-factssheet/
http://msdn.microsoft.com /en-us/library/dd172115.aspx
For functions it does not matter, however it is recommended to NOT use a prefix of sp_ for stored procedures as it defines a system stored procedure and may cause an extra lookup in the MASTER database.
http://furrukhbaig.wordpress.com/2007/08/22/stored-procedures-factssheet/
http://msdn.microsoft.com/en-us/library/dd172115.aspx