首先，所谓SQL的动态和静态，是指SQL语句在何时被编译和执行，二者都是用在SQL嵌入式编程中的，这里所说的嵌入式是指将SQL语句嵌入在高级语言中，而不是针对于单片机的那种嵌入式编程。
在某种高级语言中，如果嵌入了SQL语句，而这个SQL语句的主体结构已经明确，例如在Java的一段代码中有一个待执行的SQL“select * from t1 where c1>5”，在Java编译阶段，就可以将这段SQL交给数据库管理系统去分析，数据库软件可以对这段SQL进行语法解析，生成数据库方面的可执行代码，这样的SQL称为静态SQL，即在编译阶段就可以确定数据库要做什么事情。
而如果嵌入的SQL没有明确给出，如在Java中定义了一个字符串类型的变量sql：String sql;，然后采用preparedStatement对象的execute方法去执行这个sql，该sql的值可能等于从文本框中读取的一个SQL或者从键盘输入的SQL，但具体是什么，在编译时无法确定，只有等到程序运行起来，在执行的过程中才能确定，这种SQL叫做动态SQL。例如每一种数据库软件都有能够执行SQL语句的界面，那个界面接收的SQL就是动态SQL，因为数据库厂商在做这个界面时，并不知道用户会输入哪些SQL，只有在该界面执行后，接收了用户的实际输入，才知道SQL是什么。
另外还要注意一点，在SQL中如果某些参数没有确定，如"select * from t1 where c1>? and c2<?"，这种语句是静态SQL，不是动态SQL，虽然个别参数的值不知道，但整个SQL的结构已经确定，数据库是可以将它编译的，在执行阶段只需将个别参数的值补充进来即可。

EXECUTE 

执行 Transact-SQL 批中的命令字符串、字符串或执行下列模块之一：系统存储过程、用户定义存储过程、标量值用户定义函数或扩展存储过程。SQL Server 2005 扩展了 EXECUTE 语句，以使其可用于向链接服务器发送传递命令。此外，还可以显式设置执行字符串或命令的上下文

SP_EXECUTESQL

执行可以多次重复使用或动态生成的 Transact-SQL 语句或批处理。Transact-SQL 语句或批处理可以包含嵌入参数。在批处理、名称作用域和数据库上下文方面，SP_EXECUTESQL 与 EXECUTE 的行为相同。SP_EXECUTESQL stmt 参数中的 Transact-SQL 语句或批处理在执行 SP_EXECUTESQL 语句时才编译。随后，将编译 stmt 中的内容，并将其作为执行计划运行。该执行计划独立于名为 SP_EXECUTESQL 的批处理的执行计划。SP_EXECUTESQL 批处理不能引用调用 SP_EXECUTESQL 的批处理中声明的变量。SP_EXECUTESQL 批处理中的本地游标或变量对调用 SP_EXECUTESQL 的批处理是不可见的。对数据库上下文所作的更改只在 SP_EXECUTESQL 语句结束前有效。

如果只更改了语句中的参数值，则 sp_executesql 可用来代替存储过程多次执行 Transact-SQL 语句。因为 Transact-SQL 语句本身保持不变，仅参数值发生变化，所以 SQL Server 查询优化器可能重复使用首次执行时所生成的执行计划。

一般来说，我们推荐、优先使用SP_EXECUTESQL来执行动态SQL，一方面它更加灵活、可以有输入输出参数、另外一方面，查询优化器更有可能重复使用执行计划，提高执行效率。还有就是使用SP_EXECUTESQL能提高安全性；当然也不是说要完全摈弃EXECUTE，在特定场合下，EXECUTE比SP_EXECUTESQL更方便些，比如动态SQL字符串是VARCHAR类型、不是NVARCHAR类型。SP_EXECUTESQL 只能执行是Unicode的字符串或是可以隐式转换为ntext的常量或变量、而EXECUTE则两种类型的字符串都能执行。

下面我们来对比看看EXECUTE 和SP_EXECUTESQL的一些细节地方。

 代码

 Summary：EXECUTE 括号里面只能是字符串变量、字符串常量、或它们的连接组合，不能调用其它一些函数、存储过程等。 如果要使用，则使用变量组合，如上所示。

代码

DECLARE @Sql VARCHAR(200);
DECLARE @GroupName VARCHAR(50);

SET @GroupName = ‘SuperAdmin‘;
SET @Sql = ‘SELECT * FROM Groups WHERE GroupName=@GroupName‘
--PRINT @Sql;
EXECUTE (@Sql);  --出错：必须声明标量变量 "@GroupName"。

SET @Sql = ‘SELECT * FROM Groups WHERE GroupName=‘ + QUOTENAME(@GroupName, ‘‘‘‘)
EXECUTE (@Sql);  --正确：



DECLARE @Sql NVARCHAR(200);
DECLARE @GroupName NVARCHAR(50);

SET @GroupName = ‘SuperAdmin‘;
SET @Sql = ‘SELECT * FROM Groups WHERE GroupName=@GroupName‘
PRINT @Sql;
EXEC SP_EXECUTESQL @Sql, N‘@GroupName NVARCHAR‘,@GroupName 
查询出来没有结果，没有声明参数长度。


DECLARE @Sql NVARCHAR(200);
DECLARE @GroupName NVARCHAR(50);

SET @GroupName = ‘SuperAdmin‘;
SET @Sql = ‘SELECT * FROM Groups WHERE GroupName=@GroupName‘
PRINT @Sql;
EXEC SP_EXECUTESQL @Sql, N‘@GroupName NVARCHAR(50)‘,@GroupName 

 Summary：动态批处理不能访问定义在批处理里的局部变量 。 SP_EXECUTESQL 可以有输入输出参数，比EXECUTE灵活。

下面我们来看看EXECUTE , SP_EXECUTESQL的执行效率，首先把缓存清除执行计划，然后改变用@GroupName值SuperAdmin、CommonUser、CommonAdmin分别执行三次。然后看看其使用缓存的信息

 代码

 如下图所示

依葫芦画瓢，接着我们看看SP_EXECUTESQL的执行效率.

代码

DBCC FREEPROCCACHE; 


DECLARE @Sql NVARCHAR(200);
DECLARE @GroupName NVARCHAR(50);

SET @GroupName = ‘SuperAdmin‘; --‘CommonUser‘, ‘CommonAdmin‘
SET @Sql = ‘SELECT * FROM Groups WHERE GroupName=@GroupName‘
EXECUTE SP_EXECUTESQL @Sql, N‘@GroupName NVARCHAR(50)‘, @GroupName; 


SELECT cacheobjtype, objtype, usecounts, sql
FROM sys.syscacheobjects
WHERE sql NOT LIKE ‘%cache%‘
  AND sql NOT LIKE ‘%sys.%‘;

 

执行结果如下图所示：

Summary：EXEC 生成了三个独立的 ad hoc 执行计划，而用SP_EXECUTESQL只生成了一次执行计划，重复使用了三次，试想如果一个库里面，有许多这样类似的动态SQL，而且频繁执行，如果采用SP_EXECUTESQL就能提高性能。