Невозможно создать CLUSTERED INDEX в представлении из-за LEFT JOIN или подзапроса

Question

Я создал два варианта запроса, используемого в представлении, которое возвращает требуемые результаты. Мне нужно переписать любой вариант, чтобы его можно было использовать в с индексированным представлением. Оба не работают при создании уникального кластерного индекса на вид. Первый из них выходит из строя из-за LEFT OUTER JOIN, а второй не получается из-за подзапроса. Я считаю, что оба будут терпеть неудачу из-за .

После нахождения Creating Indexed Views существует большой список синтаксических элементов TSQL, которые нельзя использовать. Среди них: производной таблицы, UNION, КРОМЕ, ПЕРЕСЕЧЕНИЕ, подзапросы, Outer или самостоятельно включается, TOP, ORDER BY, DISTINCT, MAX ...

запрос должен получить самый крупный CompanyID для каждого уникального Company. Также необходимо отобразить таблицу StatusName в таблице Statuses, и я добавляю только это, если это влияет на решение . В настоящее время это 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

Вместо создания исключающего, почему бы не попробовать другой путь:

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; 

Вы все еще не будете в состоянии создать индексированный вид на этом, но он может работать немного лучше, чем версии, которые у вас есть (в зависимости от нескольких факторов, конечно, включая индекс компании и избирательность).

Помимо этого, я считаю, что для повышения производительности вам нужно взглянуть на стратегию индексирования на базовых таблицах. Почему в таблице ваших компаний разрешено использовать несколько компаний с одинаковым именем и другим идентификатором? Возможно, это часть проблемы, и вы должны просто сохранить соответствующую компанию в отдельной таблице.

Вы можете сделать это следующим образом (имейте в виду, я предполагаю, что на типы данных и оптимальных показателей здесь):

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.

Answer 2

К сожалению, вы не можете.

Ваш запрос не только требует LEFT JOIN, вы LEFT JOINING той же таблицы для себя. И цитировать BooksOnline и ваш вопрос ...

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

Альтернативным вариантом может быть, чтобы создать реальную таблицу сопоставления, что вы будете в курсе с помощью триггера. Записи создаются/удаляются как изменения Companies, а записи обновляются как Statuses.

В равной степени виды расширяются в строке в запросах, в которых они используются (если только вы не указали иное с подсказкой NOEXPAND). Вы проверили планы выполнения своих запросов, чтобы узнать, можете ли вы создать более подходящие индексы в базовых таблицах?

EDIT

Альтернативный макет запроса, так же, как вариант ...

;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), это должно быть довольно быстро. (. Хотя до сих пор не подходит для сменного зрения)