通过

创建本机编译的存储过程

  • 项目

本机编译的存储过程不实现完整的 Transact-SQL 可编程性和查询外围应用。 某些 Transact-SQL 构造不能在本机编译的存储过程中使用。 有关详细信息，请参阅 本机编译存储过程中支持的构造。

但是，有几个 Transact-SQL 功能仅支持本机编译的存储过程：

  • 原子块。 有关详细信息，请参阅 Atomic Blocks。

  • 本机编译存储过程中参数和变量上的 NOT NULL 约束。 不能将 NULL 值分配给声明为 NOT NULL 的参数或变量。 有关详细信息，请参阅 DECLARE @local_variable (Transact-SQL)。

  • 本机编译存储过程的架构绑定。

本机编译的存储过程是使用 CREATE PROCEDURE (Transact-SQL) 创建的。 下面的示例显示内存优化表以及用于将行插入表的本机编译存储过程。

create table dbo.Ord  
(OrdNo integer not null primary key nonclustered,   
 OrdDate datetime not null,   
 CustCode nvarchar(5) not null)   
 with (memory_optimized=on)  
go  
  
create procedure dbo.OrderInsert(@OrdNo integer, @CustCode nvarchar(5))  
with native_compilation, schemabinding, execute as owner  
as   
begin atomic with  
(transaction isolation level = snapshot,  
language = N'English')  
  
  declare @OrdDate datetime = getdate();  
  insert into dbo.Ord (OrdNo, CustCode, OrdDate) values (@OrdNo, @CustCode, @OrdDate);  
end  
go

在代码示例中， NATIVE_COMPILATION 指示此 Transact-SQL 存储过程是本机编译的存储过程。 以下选项是必需的：

选项 说明
SCHEMABINDING 本机编译存储过程必须绑定到其引用的对象的架构。 这意味着无法删除过程对表的引用。 在过程中引用的表必须包括其架构名称，并且在查询中不允许使用通配符 (*)。 SCHEMABINDING仅此版本的 SQL Server 中本机编译的存储过程受支持。
EXECUTE AS 本机编译的存储过程不支持 EXECUTE AS CALLER，这是默认执行上下文。 因此，需要指定执行上下文。 支持选项 EXECUTE AS OWNER、 EXECUTE AS用户 和 EXECUTE AS SELF 。
BEGIN ATOMIC 本机编译的存储过程正文必须由恰好一个原子块构成。 原子块确保存储过程的原子执行。 如果在活动事务的上下文外调用该过程，它将开始一个新事务，这个新事务在原子块的末尾提交。 本机编译存储过程中的原子块具有两个必需的选项：

TRANSACTION ISOLATION LEVEL. 有关支持的 隔离级别 ，请参阅事务隔离级别。

LANGUAGE. 存储过程的语言必须设置为可用语言或语言别名之一。

通过 EXECUTE AS 进行模拟可能会导致 EXECUTE AS 和 Windows 登录名出错。 如果用户帐户使用 Windows 身份验证，则用于 SQL Server 实例的服务帐户与 Windows 登录名的域之间必须完全信任。 如果没有完全信任，则创建本机编译的存储过程时将返回以下错误消息：Msg 15404，无法获取有关 Windows NT 组/用户“用户名”的信息，错误代码0x5。

若要解决此错误，请使用以下选项之一：

  • 使用与 SQL Server 服务的 Windows 用户处于相同域中的帐户。

  • 如果SQL Server使用计算机帐户（如网络服务或本地系统），则包含 Windows 用户的域必须信任该计算机。

  • 使用 SQL Server 身份验证。

在创建本机编译的存储过程时还可能会看到错误 15517。 有关详细信息，请参阅 MSSQLSERVER_15517。

更新本机编译的存储过程

不支持对本机编译的存储过程执行更改操作。 修改本机编译的存储过程的一种方法是删除再重新创建该存储过程：

  1. 生成对该存储过程的权限的脚本。

  2. 生成该存储过程的脚本并另存为备份（可选）。

  3. 删除该存储过程。

  4. 创建更改后的存储过程。

  5. 将脚本化的权限重新应用到该存储过程。

此方法的缺点是从步骤 3 开始到步骤 5 结束应用程序将会脱机。 这可能需要几秒钟时间，并且使用应用程序的客户端可能看到错误消息。

另一种高效修改本机编译的存储过程的方法是首先创建存储过程的新版本。 此处，本机编译的存储过程具有一个关联的版本号。 我们将旧版本称为 SP_Vold，将新版本称为 SP_Vnew。

  1. 为 SP_Vold 上的权限生成脚本。

  2. 创建 SP_Vnew。

  3. 将 SP_Vold 的权限应用到 SP_Vnew。

  4. 更新对 SP_Vold 的引用以指向 SP_Vnew。 这可以通过不同方式实现，例如：

    使用一个包装（基于磁盘的）存储过程，并修改该过程以指向 SP_Vnew。 此方法的缺点是间接影响性能。

    ALTER PROCEDURE dbo.SP p1,...,pn  
AS  
  EXEC dbo.SP_Vnew p1,...,pn  
GO

  5. 删除 SP_Vold（可选）。

此方法的优势在于应用程序不会脱机。 但是，需要做更多的工作来维护引用并确保它们始终指向存储过程的最新版本。

另请参阅

本机编译的存储过程