意外的#temp表性能

Question

开放赏金：好吧，老板需要答案，我需要加薪。这似乎不是一个冷缓存问题。

更新：

我没有遵循以下建议。客户统计数据如何得出一组有趣的数字。

#temp 与 @temp

INSERT，DELETE和UPDATE语句的数量0对1

受INSERT，DELETE或UPDATE语句影响的行0 vs 7647

SELECT语句数0 vs 0

SELECT语句返回的行0 vs 0

交易数量0对1

最有趣的是受影响的行数和事务数。提醒您，以下查询将相同的结果集返回到不同样式的表中。

以下查询基本上都在做同样的事情。他们都选择一组结果（大约7000个）并将其填充到temp或var表中。在我看来，应该比临时表 #temp*
更快地创建和填充var表 @temp， 但是执行第一个示例中的var表需要1分15秒才能执行，而第二个示例中的temp表则需要16秒。
*

谁能提供解释？

declare @temp table ( 
id uniqueidentifier, 
brand nvarchar(255), 
field nvarchar(255),
date datetime, 
lang nvarchar(5), 
dtype varchar(50)
)
insert into @temp (id, brand, field, date, lang, dtype )
select id, brand, field, date, lang, dtype
from view 
where brand = 'myBrand' 
-- takes 1:15

与

select id, brand, field, date, lang, dtype
into #temp
from view 
where brand = 'myBrand'

DROP TABLE #temp
-- takes 16 seconds

Answer 1

我相信这几乎完全取决于表变量与临时表的性能。

对表变量进行了优化，使其仅具有一行。当查询优化器选择一个执行计划时，它会基于表变量仅具有一行的假设（通常为假）来执行该计划。

我找不到一个很好的来源，但是至少在这里提到了它：

http://technet.microsoft.com/zh-
cn/magazine/2007.11.sqlquery.aspx

其他相关资料：

http://connect.microsoft.com/SQLServer/feedback/ViewFeedback.aspx?FeedbackID=125052

http://databases.aspfaq.com/database/should-i-use-a-temp-table-or-a-table-
variable.html