由于 LEFT JOIN 或子查询，无法在视图上创建 CLUSTERED INDEX

Question

我为视图中使用的查询创建了两个选项，它们返回我需要的结果。我需要重写任一选项，以便可以在 Indexed View 中使用它。都失败了 在视图上创建唯一聚集索引时。第一个因 LEFT OUTER JOIN 而失败，第二个因子查询而失败。我相信两者都会失败，因为 自加入。

找到Creating Indexed Views后，有一大串无法使用的TSQL语法元素。其中：派生表、UNION、EXCEPT、INTERSECT、子查询、 外连接或自连接、TOP、ORDER BY、DISTINCT、MAX...

对于每个唯一的Company，查询应该获得最大的CompanyID。 Statuses 表中的 StatusName 也需要显示，我只是添加它以防它影响 解决方案。当前是INNER JOIN，因此不会导致创建索引出现问题。

Companies 表的示例，所有 3 列都是 INT：

CompanyID Company Revision
1         1       1
2         1       2
3         2       1
4         2       2

查询应该返回：

CompanyID Company Revision
2         1       2
4         2       2

这是我创建的两个选项：

SELECT t1.CompanyID, t1.Company, t1.Revision, Statuses.StatusName
FROM dbo.Companies AS t1

LEFT OUTER JOIN dbo.Companies AS t2
ON t1.Company = t2.Company AND t1.CompanyID < t2.CompanyID

INNER JOIN dbo.Statuses
ON dbo.Statuses.StatusID = t1.StatusID

WHERE t2.Company IS NULL

还有一个：

SELECT t1.CompanyID, t1.Company, t1.Revision, Statuses.StatusName
FROM dbo.Companies AS t1

INNER JOIN dbo.Statuses
ON dbo.Statuses.StatusID = t1.StatusID

WHERE t1.Company NOT IN (SELECT t2.Company from dbo.Companies AS t2 WHERE t1.CompanyID < t2.CompanyID)

所以，我的问题是，是否可以重写任一查询以在索引视图中使用？

我使用的是 MS SQL Server 2008 R2 和 2005。

Answer 1

很遗憾，你不能。

您的查询不仅需要 LEFT JOIN，而且还需要将同一个表与自身进行 LEFT JOIN。并引用 BooksOnline 和您的问题...

The SELECT statement in the view cannot contain the following Transact-SQL syntax elements: 
 - Outer or self joins.

另一种选择可能是创建一个真实的映射表，您可以通过触发器保持更新。记录随着Companies 的变化而创建/删除，记录随着Statuses 的变化而更新。

同样，视图被内嵌扩展到使用它们的查询中（除非您使用NOEXPAND 提示明确说明）。您是否检查过查询的执行计划，看看是否可以在基表上创建更合适的索引？

编辑

另一种查询布局，只是作为一种选择...

;WITH
  sequenced_companies
AS
(
  SELECT
    ROW_NUMBER() OVER (PARTITION BY Company ORDER BY CompanyID DESC) AS sequence_id,
    *
  FROM
    dbo.companies
)
SELECT
  *
FROM
  sequenced_companies
INNER JOIN
  dbo.statuses
    ON statuses.StatusID = sequenced_companies.StatusID
WHERE
  sequenced_companies.sequence_id = 1

使用(Company, CompanyID DESC) 上的索引，这应该很快。 （虽然仍然不适合可索引视图。）

Answer 2

与其创建排他性视图，不如尝试另一种方式：

CREATE VIEW dbo.HighestCompany
AS
  SELECT t1.CompanyID, t1.Company, t1.Revision, s.StatusName
    FROM dbo.Companies AS t1
    INNER JOIN (
      SELECT Company, HighestCompany = MAX(CompanyID) 
      FROM dbo.Companies GROUP BY Company
    ) AS t2
    ON t1.Company = t2.Company
    AND t1.CompanyID = t2.HighestCompany -- not sure if CompanyID is unique
    INNER JOIN dbo.Statuses AS s
    ON s.StatusID = t1.StatusID;

您仍然无法为此创建索引视图，但它可能比您当前拥有的版本更好一些（当然，取决于几个因素，包括公司索引和选择性）。

除此之外，我认为要提高性能，您需要查看基表上的索引策略。为什么您的 Companies 表允许多个具有相同名称和不同 ID 的公司？也许这是问题的一部分，您应该将当前相关的公司存储在单独的表中。

您可以按以下方式执行此操作（请记住，我在这里猜测数据类型和最佳索引）：

CREATE SCHEMA hold AUTHORIZATION dbo;
GO
CREATE SCHEMA cache AUTHORIZATION dbo;
GO
CREATE TABLE dbo.HighestCompany
(
  CompanyID INT, 
  Company NVARCHAR(255) PRIMARY KEY,
  Revision INT,
  StatusName NVARCHAR(64)
);
GO
CREATE TABLE cache.HighestCompany
(
  CompanyID INT, 
  Company NVARCHAR(255) PRIMARY KEY,
  Revision INT,
  StatusName NVARCHAR(64)
);
GO

现在，无论您认为这些数据需要刷新多少次，您都可以运行执行以下操作的作业：

TRUNCATE TABLE cache.HighestCompany;

INSERT cache.HighestCompany(CompanyID, Company, Revision, StatusName)
SELECT t1.CompanyID, t1.Company, t1.Revision, s.StatusName
        FROM dbo.Companies AS t1
        INNER JOIN (
          SELECT Company, HighestCompany = MAX(CompanyID) 
          FROM dbo.Companies GROUP BY Company
        ) AS t2
        ON t1.Company = t2.Company
        AND t1.CompanyID = t2.HighestCompany
        INNER JOIN dbo.Statuses AS s
        ON s.StatusID = t1.StatusID;

-- this is a fast, metadata operation that should result
-- in minimal blocking and disruption to end users:
BEGIN TRANSACTION;
  ALTER SCHEMA hold TRANSFER dbo.HighestCompany;
  ALTER SCHEMA dbo TRANSFER cache.HighestCompany;
  ALTER SCHEME cache TRANSFER hold.HighestCompany;
COMMIT TRANSACTION;

如果您发现公司变化如此频繁，或者数据确实需要保持最新状态，这是不切实际的，您可以按照@Dems 的建议使用触发器执行类似的操作。