T-SQL中临时表索引的最佳使用

一些想法:

• 如果临时表太大,必须对其进行索引,那么是否有更好的方法来解决这个问题?

• 您可以强制它使用索引(如果您确定索引是访问表的正确方式),方法是给出形式如下的优化提示:

  SELECT * 
  FROM   #table (index idIndex) 
  WHERE  id = @id
  

如果您对一般的性能提示感兴趣,我在这里详细地回答了一些其他问题:

• Favourite performance tuning tricks
• How do you optimize tables for specific queries?

将数据放入临时表后添加索引有什么问题?

您需要注意的一件事是索引对可能同时运行的过程的其他实例的可见性。

我喜欢向这些类型的临时表(和索引)添加一个guid,以确保不会发生冲突。这种方法的另一个好处是,您可以简单地使临时表成为一个真正的表。

另外,确保您需要查询这些临时表中的数据。 不止一次 在运行存储过程的过程中,否则创建索引的成本将超过选择的好处。

在Sybase中,如果您创建一个临时表,然后在一个过程中使用它,那么选择的计划将使用表中估计的100行来构建。(该计划是在填充表之前开始该过程时生成的。)这可能导致对临时表进行表扫描,因为它只有“100行”。调用另一个过程会导致Sybase使用实际的行数为select构建计划,这允许优化器选择一个更好的索引来使用。我已经看到使用这种方法的显著改进,但是在数据库上进行测试,因为有时没有区别。