我正在收听SO播客，他们提到了为SQL server 2008优化未知，他们还提到SQL Server 2005也有类似的东西。有人知道这是什么吗？
浏览 1提问于2009-03-16得票数 3
2回答
我在网上看到的所有示例都暗示OPTIMIZE FOR UNKNOWN应用于特定的查询。
OPTIMIZE FOR UNKNOWN能否作为一个整体应用于存储过程(而不仅仅是特定的查询)？
浏览 0提问于2017-07-25得票数 5
回答已采纳
我们正在努力解决一个奇怪的问题:当原始SQL执行得相当快时，存储过程会变得非常慢。
ALTER Procedure [dbo].= True, @skip = 0, @order = N&#x
浏览 3提问于2014-06-03得票数 14
回答已采纳
3回答
我需要理解的两个选项是OPTION(OPTIMIZE FOR UNKNOWN)与OPTION(RECOMPILE)之间的区别。OPTION(OPTIMIZE FOR UNKNOWN)是否会重用缓存而不是每次重新编译？
浏览 7提问于2016-11-04得票数 28
此外，据我所知，SQL Server2000通过根据现有执行计划的T-SQL语句识别新的T-SQL语句(将所有SQL语句的执行计划保留在过程缓存中，而不仅仅是存储过程执行计划)，将存储过程的许多性能优势扩展到所有存储过程是由dbo创建的，并且用户具有所有必要的权限。当通过存储过程运行相同的T-SQL时，查询只需要几秒钟就能运行，但却需要几分钟，可能的原因是什么？
浏览 2提问于2010-04-15得票数 1
1回答
我遇到了一种奇怪的情况，我不太确定我的存储过程在我的Server 2016中发生了什么。create procedure [dbo].et.TransactionDate between @StartDate and @EndDate et.TransactionDate desc
第二个存储过程看起来完全相同第一个过程(所有用户都在使用，大概每秒钟就有1000个用户)需要30秒来获取结果，而第二个<e
浏览 0提问于2018-01-26得票数 2
回答已采纳
问题是当查询在SSMS窗口中运行时，它将在1秒内返回结果，当查询通过存储过程运行时，它将在大约57秒内执行。但是在创建存储过程之后： FROM Tbl1当我在SSMS窗口( @ip_RequestId = 3287)中以相同的参数值(即exec spGetResponse 3287)执行上述存储过程时EXECUTE (@strQuery) 当我在SSMS窗口( @ip_RequestI
浏览 0提问于2014-08-18得票数 1
1回答
我有一个这样的存储过程： AND i.PartType <> 'ABC'END @locations = @p2,
浏览 16提问于2022-03-10得票数 0
2回答
TSQL查询性能
、、
我有以下查询，大约需要20秒才能完成。from shoppingBasket sb ingredientGroup.shoppingBasketItemID as itemID,from shoppingBasketItem item
left ou
浏览 7提问于2016-08-09得票数 0
回答已采纳
1回答
我有一个Server存储过程，它在Server 2008 R2上运行良好。
当我尝试在Server 2012上运行它时，运行它需要非常长的时间。但是，如果我在存储过程中创建局部变量，并将输入参数的值复制到这些局部变量中，并使用它们代替输入参数，则查询运行和返回结果的速度要比在Server 2008 R2数据库上运行的速度要快(请注意运行在同一框中的2008年R2和2012年服务器)。
浏览 2提问于2015-11-09得票数 1
回答已采纳
1回答
我有两个存储过程。在其中一个过程中，代码使用以下提示:选项(未知的优化)。另一个存储过程使用这个提示:选项(对(@id未知)进行优化)。@id是传递给存储的proc的参数。这两种暗示有什么区别？
浏览 2提问于2021-11-16得票数 0
回答已采纳
有趣的是，如果我将第二个查询从存储过程改为FROM [dbo].[T_Production] AS [t0]
WHERE [t0].它把我弄糊涂了，所以我删除了我刚刚创建的这个索引，现在这个查询的执行速度仍然和第一个查询一样快。也许重建索引有帮助？而且这个问题还会再次出现。但是现在在添加和删除索引之后，实际的执行计划是不同的: select :cost 0 -> top cost: 0 ->嵌套循环(inner join) cost 0 -&g
浏览 0提问于2013-02-20得票数 0
回答已采纳
我们有一个ASP.Net应用程序，它有一个运行多个存储过程的报表页。我们在生产系统中遇到了一个问题，在这个系统中，报表运行得非常慢，以至于当用户选择更长的日期范围时就会超时。当出现减速时，我们可以通过在所有存储过程所接触的表上运行EXEC sp_recompile 'CrucialTable'来恢复功能，然后立即长时间运行报表。这解决了问题一段时间，但它慢慢地回来了。我的猜测是一个糟糕的执行计划，所以我将WITH RECOMPILE添加到存储过程中，但遗憾的是，它没有
浏览 0提问于2015-04-28得票数 3
3回答
)DECLARE @ColumnValue INT = 123;EXEC sp_Query 123我看过这两种不同的查询计划。从左到右读取，第一个区别是存储过程似乎执行嵌套循环(内连接)，而直接查询则执行流聚合(聚合)。
为什么通过存储
浏览 4提问于2014-10-13得票数 4
回答已采纳
2回答
过去，我使用了两种方法来解决参数嗅探问题：据我所知，这两种方法的最终结果是相同的--创建并使用了针对当前查询/params优化的新执行计划。
如果是这样的话，这两种方法之间是否有什么区别，还是本质上是相同的？一个比另一个更好吗？
浏览 0提问于2012-06-28得票数 8
回答已采纳
1回答
我最近处理了一个有问题的存储过程。有时跑得很快，有时跑得很长。我认为坏的参数嗅探是原因。重新创建了proc并添加了OPTIMIZE FOR UNKNOWN & OPTION (RECOMPILE) -快速运行。
浏览 0提问于2022-12-13得票数 4
回答已采纳
2回答
CURRENT_TIMESTAMP FROM dbo.fMyTableFunction(@PriceUpdTime, @ValueTime) AS pricesCREATE PROCEDURE dbo.MDMTmpVars AS DECLARE @ValueTime datetime2知道什么可能是错误的，以及如何使原始存储过程</em
浏览 0提问于2015-02-10得票数 1
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
腾讯会议
云直播活动推荐
腾讯云开发者
