Sql server 2005 SQL Server 2005性能和空白
有人告诉我,我不确定我是否相信这一点:在提交sql server 2005中的存储过程之前,从存储过程中删除空白将使它们运行得更快并提高性能。我想知道其他人怎么想 谢谢Sql server 2005 SQL Server 2005性能和空白,sql-server-2005,performance,Sql Server 2005,Performance,有人告诉我,我不确定我是否相信这一点:在提交sql server 2005中的存储过程之前,从存储过程中删除空白将使它们运行得更快并提高性能。我想知道其他人怎么想 谢谢 斯科特(Scott)如果不进行基准测试,我无法“知道”,但这听起来像是胡说八道 首先,我非常确定SQLServer编译存储过程(也就是说,详细程度绝对不会影响存储过程)。其次,在任何系统中,解析空白都是非常耗时的。如果不对其进行基准测试,我无法“知道”,但这听起来像废话 首先,我非常确定SQLServer编译存储过程(也就是说,
斯科特(Scott)如果不进行基准测试,我无法“知道”,但这听起来像是胡说八道
首先,我非常确定SQLServer编译存储过程(也就是说,详细程度绝对不会影响存储过程)。其次,在任何系统中,解析空白都是非常耗时的。如果不对其进行基准测试,我无法“知道”,但这听起来像废话
首先,我非常确定SQLServer编译存储过程(也就是说,详细程度绝对不会影响存储过程)。其次,在任何系统中,解析空白都是非常耗时的。我看不出会是什么情况。也许存储过程的编译速度会稍微快一点,但在那之后,它不会有任何区别
更重要的是,即使这是真的,我也无法想象删除空白所花费的时间是否值得您获得任何性能上的好处。我看不出会是什么情况。也许存储过程的编译速度会稍微快一点,但在那之后,它不会有任何区别
更重要的是,即使这是真的,我也无法想象花在删除空白上的时间会值你从性能上得到的任何好处。我称之为恶作剧。这甚至不能通过嗅觉测试。存储过程被编译,SQL Server使用的是从您的存储过程创建的计划-空白区域无关紧要。我称之为骗局。这甚至不能通过嗅觉测试。存储过程被编译,SQL Server使用的是从您的存储过程创建的计划-空白不相关。是和否。结果表明,您可以有两个相同的查询,除了空白,它们在SQL Server上以不同的速度运行。如果不是亲眼看到的话,我不会相信这一点,但是我在工作中(在SQLServer2008上)确实想到了这一点,经过多次测试、吹毛求疵和否认之后,我不得不承认这一点。下面是另一个人遇到相同问题的示例:
现在回答“否”部分。我们有很多带有大量空白的查询,我知道这只发生过一次。这根本不是一种标准的加速查询的方法,只是碰巧有一个非常奇怪的边缘情况。我不会花任何时间从存储过程中删除空白,这几乎不会有任何帮助。差不多。是和否。事实证明,您可以有两个相同的查询,除了空白,它们在SQL Server上以不同的速度运行。如果不是亲眼看到的话,我不会相信这一点,但是我在工作中(在SQLServer2008上)确实想到了这一点,经过多次测试、吹毛求疵和否认之后,我不得不承认这一点。下面是另一个人遇到相同问题的示例: 现在回答“否”部分。我们有很多带有大量空白的查询,我知道这只发生过一次。这根本不是一种标准的加速查询的方法,只是碰巧有一个非常奇怪的边缘情况。我不会花任何时间从存储过程中删除空白,这几乎不会有任何帮助。差不多