微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

SQL 中sp_executesql存储过程的使用帮助

摘自sql server帮助文档
对大家优查询速度有帮助!建议使用

sp_executesql

而不要使用 EXECUTE 语句执行字符串。支持参数替换不仅使

sp_executesql

比 EXECUTE 更通用,而且还使

sp_executesql

更有效,因为它生成的执行计划更有可能被 sql Server 重新使用。

自包含批处理

sp_executesql

或 EXECUTE 语句执行字符串时,字符串被作为其自包含批处理执行。sql Server 将Transact-sql 语句或字符串中的语句编译进一个执行计划,该执行计划独立于包含

sp_executesql

或 EXECUTE 语句的批处理的执行计划。下列规则适用于自含的批处理:

  • 直到执行

    sp_executesql

    或EXECUTE 语句时才将

    sp_executesql

    或 EXECUTE 字符串中的 Transact-sql 语句编译进执行计划。执行字符串时才开始分析或检查其错误。执行时才对字符串中引用的名称进行解析。
  • 执行的字符串中的 Transact-sql 语句,不能访问

    sp_executesql

    或 EXECUTE 语句所在批处理中声明的任何变量。包含

    sp_executesql

    或 EXECUTE 语句的批处理不能访问执行的字符串中定义的变量或局部游标。
  • 如果执行字符串有更改数据库上下文的 USE 语句,则对数据库上下文的更改仅持续到

    sp_executesql

    或 EXECUTE 语句完成。

通过执行下列两个批处理来举例说明:

/* Show not having access to variables from the calling batch. */
DECLARE @CharVariable CHAR(3)
SET @CharVariable = 'abc'
/* sp_executesql fails because @CharVariable has gone out of scope. */
sp_executesql N'PRINT @CharVariable'
GO

/ Show database context resetting after sp_executesql completes. /
USE pubs
GO
sp_executesql N'USE northwind'
GO
/ This statement fails because the database context
has Now returned to pubs.
/
SELECT * FROM Shippers
GO

替换参数值

sp_executesql

支持对 Transact-sql 字符串中指定的任何参数的参数值进行替换,但是 EXECUTE 语句不支持。因此,由

sp_executesql

生成的 Transact-sql 字符串比由 EXECUTE 语句所生成的更相似。sql Server 查询优化器可能将来自

sp_executesql

的 Transact-sql 语句与以前所执行的语句的执行计划相匹配,以节约编译新的执行计划的开销。

使用 EXECUTE 语句时,必须将所有参数值转换为字符或 Unicode 并使其成为 Transact-sql 字符串的一部分:

DECLARE @Intvariable INT
DECLARE @sqlString NVARCHAR(500)
/* Build and execute a string with one parameter value. */
SET @Intvariable = 35
SET @sqlString = N'SELECT * FROM pubs.dbo.employee WHERE job_lvl = ' +
         CAST(@Intvariable AS NVARCHAR(10))
EXEC(@sqlString)
/* Build and execute a string with a second parameter value. */
SET @Intvariable = 201
SET @sqlString = N'SELECT * FROM pubs.dbo.employee WHERE job_lvl = ' +
         CAST(@Intvariable AS NVARCHAR(10))
EXEC(@sqlString)

如果语句重复执行,则即使仅有的区别是为参数所提供的值不同,每次执行时也必须生成全新的 Transact-sql 字符串。从而在下面几个方面产生额外的开销:

  • sql Server 查询优化器具有将新的 Transact-sql 字符串与现有的执行计划匹配的能力,此能力被字符串文本中不断更改的参数值妨碍,特别是在复杂的 Transact-sql 语句中。
  • 每次执行时均必须重新生成整个字符串。
  • 每次执行时必须将参数值(不是字符或 Unicode 值)投影到字符或 Unicode 格式。

sp_executesql

支持与 Transact-sql 字符串相独立的参数值的设置:

DECLARE @Intvariable INT
DECLARE @sqlString NVARCHAR(500)
DECLARE @ParmDeFinition NVARCHAR(500)

/ Build the sql string once. /
SET @sqlString =
N'SELECT FROM pubs.dbo.employee WHERE job_lvl = @level'
/
Specify the parameter format once. */
SET @ParmDeFinition = N'@level tinyint'

/ Execute the string with the first parameter value. /
SET @Intvariable = 35
EXECUTE sp_executesql @sqlString,@ParmDeFinition,@level = @Intvariable
/ Execute the same string with the second parameter value. /
SET @Intvariable = 32
EXECUTE sp_executesql @sqlString,@level = @Intvariable

sp_executesql

示例完成的任务与前面的 EXECUTE 示例所完成的相同,但有下列额外优点:

  • 因为 Transact-sql 语句的实际文本在两次执行之间未改变,所以查询优化器应该能将第二次执行中的 Transact-sql 语句与第一次执行时生成的执行计划匹配。这样,sql Server 不必编译第二条语句。
  • Transact-sql 字符串只生成一次。
  • 整型参数按其本身格式指定。不需要转换为 Unicode。

说明为了使 sql Server 重新使用执行计划,语句字符串中的对象名称必须完全符合要求。

重新使用执行计划

sql Server 早期的版本中要重新使用执行计划的唯一方式是,将 Transact-sql 语句定义为存储过程然后使应用程序执行此存储过程。这就产生了管理应用程序的额外开销。使用

sp_executesql

有助于减少此开销,并使 sql Server 得以重新使用执行计划。当要多次执行某个 Transact-sql 语句,且唯一的变化是提供给该 Transact-sql 语句的参数值时,可以使用

sp_executesql

来代替存储过程。因为 Transact-sql 语句本身保持不变仅参数值变化,所以 sql Server 查询优化器可能重复使用首次执行时所生成的执行计划。

下例为服务器上除四个系统数据库之外的每个数据库生成并执行 DBCC CHECKDB 语句:

USE master
GO
SET NOCOUNT ON
GO
DECLARE AllDatabases CURSOR FOR
SELECT name FROM sysdatabases WHERE dbid > 4

OPEN AllDatabases

DECLARE @dbnameVar NVARCHAR(128)
DECLARE @Statement NVARCHAR(300)

FETCH NEXT FROM AllDatabases INTO @dbnameVar
WHILE (@@FETCH_STATUS = 0)
BEGIN
PRINT N'CHECKING DATABASE ' + @dbnameVar
SET @Statement = N'USE ' + @dbnameVar + CHAR(13)

  • N'DBCC CHECKDB (' + @dbnameVar + N')'
    EXEC sp_executesql @Statement
    PRINT CHAR(13) + CHAR(13)
    FETCH NEXT FROM AllDatabases INTO @dbnameVar
    END

CLOSE AllDatabases
DEALLOCATE AllDatabases
GO
SET NOCOUNT OFF
GO

当目前所执行的 Transact-sql 语句包含绑定参数标记时,sql Server ODBC 驱动程序使用

sp_executesql

完成

sqlExecDirect

。但例外情况是

sp_executesql

不用于执行中的数据参数。这使得使用标准 ODBC 函数或使用在 ODBC 上定义的 API(如 RDO)的应用程序得以利用

sp_executesql

所提供的优势。定位于 sql Server 2000 的现有的 ODBC 应用程序不需要重写就可以自动获得性能增益。有关更多信息,请参见使用语句参数。

用于 sql Server 的 Microsoft OLE DB 提供程序也使用

sp_executesql

直接执行带有绑定参数的语句。使用 OLE DB 或 ADO 的应用程序不必重写就可以获得

sp_executesql

所提供的优势。

1、执行带输出参数的组合sql

declare @Dsql nvarchar(1000),
@Name varchar(50),
@TablePrimary varchar(50),
@TableName varchar(50),
@ASC intset @TablePrimary='ID';
set @TableName='fine';
set @ASC = 1;set @Dsql =N'select @Name = '+@TablePrimary+N' from '+@TableName+N' order by '+@TablePrimary+ (case @ASC when '1' then N' DESC ' ELSE N' ASC ' END)
print @Dsql

Set Rowcount 7
exec sp_executesql @Dsql,N'@Name varchar(50) output',@Name output
print @Name
Set Rowcount 0

2、执行带输入参数的组合sql

DECLARE @Intvariable INT
DECLARE @sqlString NVARCHAR(500)
DECLARE @ParmDeFinition NVARCHAR(500)

/ Build the sql string once. /
SET @sqlString =
N'SELECT FROM pubs.dbo.employee WHERE job_lvl = @level'
/
Specify the parameter format once. */
SET @ParmDeFinition = N'@level tinyint'

/ Execute the string with the first parameter value. /
SET @Intvariable = 35
EXECUTE sp_executesql @sqlString,@level = @Intvariable

原文地址:https://www.jb51.cc/mssql/64021.html

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐