道歉,因为这可能是一个非常愚蠢的问题 - 我正在使用一个游标,它连接一个约697K行的临时表和一个返回78K行的函数。 (我应该补充这是一种改进,它曾经更糟)。光标通过并匹配两个'tables'中的两个值并更新第三个值。这需要6个小时左右。这是荒谬的。我们正在努力想出办法来提高效率。
任何和所有建议都表示赞赏。但我的询问是这样的 -
它似乎返回的数据看起来如下(在很多情况下是空信息)。我可以将代码限制在哪里......数据不为空...但它不是它的返回空它的空/不存在的行。我在想是否有办法排除我们可能限制数据池的行。但我不完全知道这意味着什么。
declare @season int = 21
DECLARE @match varchar(55)
declare @perf_no int
declare @order_dt datetime
DECLARE @price CURSOR
SET @price = CURSOR FOR
SELECT distinct match_criteria, perf_no, order_dt
FROM #prices
OPEN @price
FETCH NEXT
FROM @price INTO @match, @perf_no, @order_dt
WHILE @@FETCH_STATUS = 0
BEGIN
select @match, @perf_no, @order_dt, x.price as 'amount'
from #prices p
join dbo.[LFT_GET_PRICES_Seasonal] (@season, @order_dt) x on p.perf_price_type = x.perf_price_type and p.zone_no = x.zone_no
where match_criteria = @match and perf_no = @perf_no
FETCH NEXT
FROM @price INTO @match, @perf_no, @order_dt
END
CLOSE @price
DEALLOCATE @price
以下是#prices和#函数返回的示例。
pkg_no perf_no zone_no price_type order_dt price perf_price_type match_criteria
12 144 2707 1073 2018-09-03 00:00:00.000 NULL 115769 O5716788P1517Z2707
12 123 2707 1073 2018-09-03 00:00:00.000 NULL 115840 O5716788P1517Z2707
12 887 2707 1073 2018-09-03 00:00:00.000 NULL 115521 O5716788P1517Z2707
功能:
perf_price_type zone_no price min_price enabled editable_ind
115521 2678 12.00 12.00 Y N
115521 2679 61.00 61.00 Y N
115521 2680 41.00 41.00 Y N
光标的作用是根据函数的价格更新#prices表中的价格。 (我们使用光标仅将其限制为某些性能/有限标准)。但我愿意接受建议。并就如何改善这一点提出建议。
您写道,您想要使用表值函数的结果更新#price表。
您可以使用cross apply
而不是游标来实现。由于你没有发布正确的样本数据,我无法测试我的答案,但是如果它能够满足你的需要,那么与光标相比它应该是闪电般快速的。
DECLARE @season int = 21
UPDAET p
SET price = x.Price
FROM #Prices p
CROSS APPLY
(
SELECT *
FROM dbo.LFT_GET_PRICES_Seasonal(@season, order_dt) udf
WHERE udf.perf_price_type = p.perf_price_type
AND udf.zone_no = p.zone_no
) x
SQL最适合使用基于集合的方法而不是过程方法,这就是为什么您希望尽可能避免循环和游标,并且仅将它们用作最后的手段。