简单联合的情况下的SQL查询性能

Question

我有一个简单的查询调优问题，它是

我们可以改进定义为的视图的性能

SELECT * FROM A UNION ALL SELECT * FROM B

这表现得非常糟糕，以至于6.5k唱片需要12秒

任何帮助表示赞赏。

Answer 1

像这样的union视图的问题是优化器无法通过视图访问表的原始列，因此当您使用这样的视图时：

select * from myview where foo = 5

where子句是视图传递的整个行集的过滤器 ，因此两个表中的所有行都在union 之后处理，因此不会使用任何索引。

有过一次表现任何希望，你必须以某种方式得到你想要的视图中 ，并应用到每个表的条件，但保持变量，因此您可以在使用它适用不同的标准。

我发现了解决这个问题的方法。 它有点hacky，并不适用于并发使用，但它的工作原理！ 试试这个：

 create table myview_criteria(val int);
 insert into myview_criteria values (0); -- it should have exactly one row

 create view myview as
 SELECT * FROM A
 WHERE foo = (select val from myview_criteria)
 UNION ALL
 SELECT * FROM B
 WHERE foo = (select val from myview_criteria);

然后使用它：

update myview_criteria set val = 5;
select * from myview;

假设foo上有一个索引，那么将使用该索引。

这里要小心，因为很明显，当同时执行多个执行时，这种技术不起作用。

Answer 2

有没有理由你把这两个不在同一张桌子上，无论你做什么，最终都会很可怕。 如果可能，请考虑迁移到一个表。 如果没有，您可以通过将它们全部插入同一个内容来“实现视图”。

---

话虽如此，你不会在联盟上选择*，如果视图顶部有特定条件，则可以通过索引该列来提高性能。

如果你告诉大家这是什么特定的数据库会有所帮助。

Answer 3

我最好的建议是将源表中返回的数量或记录限制为您真正需要的数量，并确保您的数据正确编入索引。

不要使用*，除非它是一个临时脚本（即使那样列出列仍然会更好）只包括你手头任务真正需要的列。

根据最常用的查询使用适当的索引。 删除所有未使用的索引 删除所有重复索引。

Pluralsight有一个关于MS SQL Server查询性能调优的精彩课程。 http://www.pluralsight.com/training/Courses/TableOfContents/query-tuning-introduction

该课程由Vinod Kumar和Pinal Dave提出，他们是两个非常聪明的人。

您还可以查看Pinal关于SQL Server性能的文章，以帮助指出您可能没有想过的领域。

http://blog.sqlauthority.com/sql-server-performance-tuning/