为什么mssql2012存储过程执行SQL比直接执行sql要慢？

Question

数据库 MSSQL2012

sql语句：select * from LogLogin

存储过程代码：
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
alter PROCEDURE P_TB_Log
AS
declare @sql nvarchar(4000)
BEGIN

 SET NOCOUNT ON;
    set @sql = 'select * from LogLogin'
 exec(@sql)
END
GO

存储过程改用：

SET ANSI_NULLS ON
 GO
 SET QUOTED_IDENTIFIER ON
 GO
 alter PROCEDURE P_TB_Log
 AS
 BEGIN
  
  SET NOCOUNT ON;
     select * from LogLogin
 END
 GO

也是一样

该表的数据量100万+

直接执行sql语句用时7秒
执行存储过程直接跑挂掉

请教理论上存储过程应该要比直接执行sql语句要快 为什么实际上却慢呢

          

Answer 1

很多因素影响执行速度，所以没啥可比性。

另外，你这个存储过程执行不会比直接执行快，应该是一样快。

---

想不想时已是想，不如不想都不想。

Answer 2

问题是存储过程执行比直接执行慢了太多太多 还跑挂掉

Answer 3

First thing is comparing execution plans.

Answer 4

profile 跟踪一下他们的实际执行计划, 看看有没有什么差别

Answer 5

这么简单的sql语句，执行计划不应该有什么差别。估计是阻塞或者其它的资源争用造成的。

---

想不想时已是想，不如不想都不想。

Answer 6

会不会是无法生存执行存储过程执行计划所以失败呢？单纯的查询表还不至于

---

Please Mark As Answer if it is helpful.

Answer 7

执行计划都生成不了，那么SQL怎麽查询出结果？？

LZ说是跑挂掉，不是出不来结果

---

给我写信： QQ我：

Answer 8

执行计划都生成不了，那么SQL怎麽查询出结果？？

LZ说是跑挂掉，不是出不来结果

---

给我写信： QQ我：

跑挂掉是没出来结果啊。

---

Please Mark As Answer if it is helpful.