• 售前

  • 售后

热门帖子
入门百科

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

[复制链接]
朋友一起走 显示全部楼层 发表于 2021-10-26 13:08:23 |阅读模式 打印 上一主题 下一主题
摘自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 语句完成。
通过执行下列两个批处理来举例分析:
[code]/* 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 pubsGOsp_executesql N'USE Northwind'GO/* This statement fails because the database context  has now returned to pubs. */SELECT * FROM ShippersGO替换参数值

sp_executesql 支持对 Transact-SQL 字符串中指定的任何参数的参数值进行替换,但是 EXECUTE 语句不支持。因此,由 sp_executesql 天生的 Transact-SQL 字符串比由 EXECUTE 语句所天生的更相似。SQL Server 查询优化器可能未来自 sp_executesql 的 Transact-SQL 语句与以前所执行的语句的执行计划相匹配,以节省编译新的执行计划的开销。
使用 EXECUTE 语句时,必须将全部参数值转换为字符或 Unicode 并使其成为 Transact-SQL 字符串的一部分:
[code]DECLARE @IntVariable INTDECLARE @SQLString NVARCHAR(500)/* Build and execute a string with one parameter value. */SET @IntVariable = 35SET @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 = 201SET @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 字符串相独立的参数值的设置:
[code]DECLARE @IntVariable INTDECLARE @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 = 35EXECUTE sp_executesql @SQLString, @ParmDefinition,           @level = @IntVariable/* Execute the same string with the second parameter value. */SET @IntVariable = 32EXECUTE sp_executesql @SQLString, @ParmDefinition,           @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 语句:
[code]USE masterGOSET NOCOUNT ONGODECLARE AllDatabases CURSOR FORSELECT name FROM sysdatabases WHERE dbid > 4OPEN AllDatabasesDECLARE @DBNameVar NVARCHAR(128)DECLARE @Statement NVARCHAR(300)FETCH NEXT FROM AllDatabases INTO @DBNameVarWHILE (@@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 @DBNameVarENDCLOSE AllDatabasesDEALLOCATE AllDatabasesGOSET NOCOUNT OFFGO当如今所执行的 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 int

set @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
[code]DECLARE @IntVariable INTDECLARE @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 = 35EXECUTE sp_executesql @SQLString, @ParmDefinition,           @level = @IntVariable/* Execute the same string with the second parameter value. */SET @IntVariable = 32EXECUTE sp_executesql @SQLString, @ParmDefinition,           @level = @IntVariable

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x

帖子地址: 

回复

使用道具 举报

分享
推广
火星云矿 | 预约S19Pro,享500抵1000!
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

草根技术分享(草根吧)是全球知名中文IT技术交流平台,创建于2021年,包含原创博客、精品问答、职业培训、技术社区、资源下载等产品服务,提供原创、优质、完整内容的专业IT技术开发社区。
  • 官方手机版

  • 微信公众号

  • 商务合作