如何在SqlServer Management Studio 2005中显示总运行时间?

你的老板说得对,存储过程就像编译代码,而LINQ(使用SQL)更像解释代码。

但是。..使用存储过程会失去灵活性。此外,你是否经常运行它们,每分钟超过10000次?如果没有,你就不会真正注意到区别。

许多因素都会影响查询速度,其中存储过程与自由形式查询的影响最小。在担心将所有内容存储为过程之前,我会更多地担心数据库结构和索引等问题。

我通常为此创建一个变量。前任:

Declare @Start DateTime
Set @Start = GetDate()

Exec YourStoredProcedureHere

Select DateDiff(Millisecond, @Start, GetDate())

我认为他所要求的不是一种记录时间的方法,而是更像是一些现实、有效的测试,以存储过程的形式运行,而不是Linq。

你应该能够使用 SQL Profiler 跟踪这两个查询并查看差异。使用这种方法,您的计时将在同一个地方完成,而不是试图将TSql计时与C#中LINQ查询的计时进行比较。

“存储过程比LINQ快得多”的说法有点模糊。我们是在谈论运行单个存储过程,还是使用同一数据库连接运行多个存储过程?我们是在谈论使用游标还是事务?一些细节将非常有帮助。

我的理解是,LINQ to SQL对于处理从数据库服务器返回到应用程序的数据非常有用,或者使用更SQL风格的语法向数据库服务器发出命令。操作的类型和数量可能会对一种操作的性能产生重大影响。

I、 我个人认为(基于我有限的经验)存储过程应该总是更快,因为它们与数据本身一起驻留在本地,并且可以消除应用程序可能需要的任何网络流量的开销 重复的 呼叫服务器。(建立连接时总是需要一些。)但这可以通过优化来缓解。

正如我所说,需要澄清。

编辑: 在我的文章中,我指的是端到端性能,而不是LINQ生成的SQL与存储过程中的SQL的性能。