使用UNION运算符在SQL视图上创建索引？它真的会提高性能吗？

Question

我正在尝试在以下视图上创建索引:

SELECT     'Candidate' AS Source, CandidateID AS SourceId, LastName + ', ' + FirstName AS SourceName
FROM         dbo.Candidates
UNION
SELECT     'Resource' AS Source, ResourceID AS SourceId, LastName + ', ' + FirstName AS SourceName
FROM         dbo.Resources
UNION
SELECT     'Deal' AS Source, DealID AS SourceId, CONVERT(varchar, Number) + '-' + CONVERT(varchar, RevisionNumber) AS SourceName
FROM         dbo.Deals
UNION
SELECT     'Job Order' AS Source, JobOrderID AS SourceId, CustomerNumber AS SourceName
FROM         dbo.JobOrders

我收到以下错误:

Msg 1939, Level 16, State 1, Line 2
Cannot create index on view '_Source' because the view is not schema bound.

我将WITH SCHEMABINDING添加到CREATE,现在出现以下错误:

Msg 10116, Level 16, State 1, Line 2
Cannot create index on view 'DEALMAKER.dbo._Source' because it contains one or more UNION, INTERSECT, or EXCEPT operators. Consider creating a separate indexed view for each query that is an input to the UNION, INTERSECT, or EXCEPT operators of the original view.

我的问题是:

我如何在此视图上创建索引？创建单独的索引视图真的有用吗？

最后,我是否真的会看到可能加入此视图的任何查询的性能提升？

提前致谢!

Answer 1

您无法在使用union运算符的视图上创建索引.真的没办法,对不起!

我想你已经看到了这个,但看看这个MSDN页面.它提供了索引视图的要求,并解释了它们是什么以及它们如何工作.

至于如果你可以为视图编制索引,你是否会看到性能优势,这完全取决于表的大小.我不希望对创建单独的索引视图有任何影响,因为我假设您的表已经编入索引,并且您没有在视图中进行任何连接或逻辑.

Answer 2

你在世界上为什么使用UNION？

使用SQL中的文字,您将有零重复的机会.再说一次,为什么要使用UNION？

UNION强制发生明显的变化,并且比DISTINCT慢一点.

但是因为你有一些看起来像这样的东西:

SELECT 'A'
UNION
SELECT 'B'
UNION
SELECT 'C'

你不可能有重复的东西.

将其更改为UNION ALL,您的查询将执行得更快.

这是基本的SQL - 编写经过良好调优的查询比创建视图索引更重要.从基础开始,了解SQL,调整查询,然后担心花费空间并减慢DML以提高查询速度.

编辑:

查询中的文字可防止表之间的欺骗.唯一剩下的可能性是桌子内的欺骗.由于列看起来像PK,并且没有可能导致重复的连接,因为表格看起来都像查找表,我说的是正确的.如果这个假设不正确,那么你可能合法地使用没有ALL的UNION.但是我发现99%的人真的打算使用ALL,而且我们公司的标准是只用UNION为SQL添加注释,因为它经常是一个错误.即UNION - 是的,我需要一个独特的清单.