SQL Server 2014的"Hekaton" in-memory table optimization宣称“存储过程中业务逻辑的本地编译”。由于SQL Server 2012及更早版本中的“参数嗅探”问题(请参阅here和here),但是我一直被迫设计了大多数使用OPTIMIZE FOR UNKNOWN(或其等价物)的存储过程。这有效地防止了查询计划被缓存,并且强制SQL Server在每次
这是一个可能的this question重复,尽管我认为我的示例更深入一些,我希望得到更明确的答案。 我试图理解为什么运行与option(recompile)简单的查询表现更好。 DECLARE @p9 nvarchar(4000)
SET @p9=N'Alex%'
SELECT ContactId as CandidateId
FROM Candidate
WHERE