是否可以设置一个 sql 视图，以便仅在需要时执行任何连接？答案

【问题标题】：Is it possible to set up a sql view so that any joins are only performed when required?是否可以设置一个 sql 视图，以便仅在需要时执行任何连接？
【发布时间】：2013-04-22 09:45:32
【问题描述】：

我在查看性能方面遇到了一些问题。特别是在不需要时执行一些昂贵的连接。我已经设法将问题简化为最简单的情况，并使用 AdventureWorks 示例数据库创建了以下视图，该视图将人名和电子邮件地址组合在一起。

create view PersonDetails_View
as
select P.FirstName, P.LastName, A.EmailAddress
from Person.Person P
left outer join Person.EmailAddress A
    ON P.BusinessEntityID = A.BusinessEntityID

如果我对此视图运行以下查询：

select FirstName from PersonDetails_View

生成的查询等于：

select P.FirstName
from Person.Person P
left outer join Person.EmailAddress A
    ON P.BusinessEntityID = A.BusinessEntityID

在此查询中执行了不必要的连接。我知道为什么会这样 - 如果每个 Person 行有多个 EmailAddress 条目，结果会有所不同。但是，在这种特殊情况下，映射是 1-1，并且总是如此。有没有办法防止这种连接发生，使生成的查询等于以下？

select P.FirstName
from Person.Person P

（这个简单的案例看起来确实像微优化，但我已经正确分析并识别了视图中不必要的连接，这是我的情况下的性能问题 - 我保证！）

【问题讨论】：

也许您应该使用最新的查询（来自人员表，而不是来自 persondetails_view）来获取人员数据？我认为在这种情况下使用 persondetails_view 也是不必要的；）
再次，我将其分解为最简单的示例。我觉得发布一个一次连接超过 10 个表的大型 sql 视图对于这个问题来说是不必要的复杂。

标签： sql performance sql-server-2008

【解决方案1】：

做

CREATE UNIQUE INDEX ix
  ON Person.EmailAddress(BusinessEntityID)

为了保证没有多个匹配项。这改变了计划。

之前

之后

【讨论】：

谢谢，效果很好。对于后续操作，如果 EmailAddress 确实有多个匹配项，但您以无关紧要的方式执行查询（例如，`select distinct FirstName from PersonDetails_View），是否有类似的解决方案？
@John - 看起来create view PersonDetails_View as select P.FirstName, P.LastName, A.EmailAddress from Person.Person P left outer join (select max(EmailAddress) as EmailAddress,BusinessEntityID from Person.EmailAddress group by BusinessEntityID) A ON P.BusinessEntityID = A.BusinessEntityID 进行了简化，但EmailAddress 包含在SELECT 中的计划更加复杂。
再次感谢您。这似乎确实简化了，但确实使查询更加复杂。我将不得不分析一些，看看哪个选项最适合我。

【解决方案2】：

您可以将此视图设置为索引视图。然后它将提高性能，并且每次从视图中获取数据时都不会出现连接。

由于索引视图会为连接查询的结果集创建一个单独的物理存储，以后每次访问此视图时都与从单个表访问相同。

【讨论】：

视图引用的基础表更新如此频繁，索引视图可能会更糟。