是“执行”在本地编译的存储程序中必须进行强制性？

Question

我注意到，使用execute作为所有者定义了本质上编译存储过程（在SQL Server中）的所有示例（在SQL Server中）。

例如：

CREATE PROCEDURE [dbo].[InsertOrderXTP]  
    @id INT, 
    @date DATETIME2, 
    @status TINYINT  
WITH NATIVE_COMPILATION, SCHEMABINDING, EXECUTE AS OWNER  
AS...

我们开始遇到以下错误，同时尝试执行使用执行为所有者的本质编译的存储过程：

无法获得有关Windows NT组/用户的信息...

这很有意义，因为我们与创建这些过程的用户还有其他无关的技术问题。

由于我们从未在常规（“解释”）过程中使用执行为..，因此我尝试将其从本质编译的存储过程中删除，并且似乎工作正常。

但是，正如我提到的，它与我见过的所有示例相比，我找不到在这个问题上详细阐述的任何相关文档。

1. 使用执行为所有者...“？？
2. 必须 t定期（解释）存储程序存在
3. ？

Answer 1

这似乎是SQL Server 2016不再需要的历史限制

。 -transact-sql？view = sql-server-ver15＃execute-as-clause“ rel =“ nofollow noreferrer”>创建过程的文档，我们有此注释：

对于启动SQL Server 2016（13.x）和Azure SQL数据库中的本质编译的存储过程，执行为子句没有限制。在SQL Server 2014（12.X）中，由本质编译的存储过程支持Self，所有者和“ USER_NAME”条款。

然后在关于执行为的单独页面是这样的：

呼叫者是除队列以外所有模块的默认值，并且与SQL Server 2005（9.x）行为相同。

将这两件事放在一起，我们发现在SQL Server 2014中本质上编译的存储过程中省略执行子句将默认为无支持的选项。因此，所有本质上编译的存储过程的示例均早于SQL Server 2016，将需要明确执行作为子句才能成功编译。