As 3 principais dicas que você precisa saber para escrever visualizações SQL mais rápidas

1. Conheça o uso adequado e impróprio de visualizações SQL

• Para focar, simplificar e personalizar a percepção que cada usuário tem do banco de dados.
• Para permitir que os usuários acessem as únicas informações que eles precisam ver por motivos de segurança.
• Para fornecer compatibilidade com versões anteriores a uma tabela antiga ou a um esquema antigo para não interromper aplicativos dependentes. É temporário até que todas as alterações necessárias sejam concluídas.
• Para particionar dados provenientes de diferentes servidores. Portanto, eles aparecem como se fossem uma tabela de um servidor ou instância.

• Reutilize a visualização em outra visualização que será reutilizada em outra visualização. Em resumo, visualizações profundamente aninhadas. A reutilização de código tem algumas desvantagens neste caso.
• Economize em pressionamentos de tecla. Relaciona-se com o primeiro, que reduz a pressão dos dedos e parece acelerar a codificação.

Exemplo

-- Employee names and basic contact information
CREATE VIEW [HumanResources].[vEmployee] 
AS 
SELECT 
    e.[BusinessEntityID]
    ,p.[Title]
    ,p.[FirstName]
    ,p.[MiddleName]
    ,p.[LastName]
    ,p.[Suffix]
    ,e.[JobTitle]  
    ,pp.[PhoneNumber]
    ,pnt.[Name] AS [PhoneNumberType]
    ,ea.[EmailAddress]
    ,p.[EmailPromotion]
    ,a.[AddressLine1]
    ,a.[AddressLine2]
    ,a.[City]
    ,sp.[Name] AS [StateProvinceName] 
    ,a.[PostalCode]
    ,cr.[Name] AS [CountryRegionName] 
    ,p.[AdditionalContactInfo]
FROM [HumanResources].[Employee] e
    INNER JOIN [Person].[Person] p
 ON p.[BusinessEntityID] = e.[BusinessEntityID]
    INNER JOIN [Person].[BusinessEntityAddress] bea 
        ON bea.[BusinessEntityID] = e.[BusinessEntityID] 
    INNER JOIN [Person].[Address] a 
        ON a.[AddressID] = bea.[AddressID]
    INNER JOIN [Person].[StateProvince] sp 
        ON sp.[StateProvinceID] = a.[StateProvinceID]
    INNER JOIN [Person].[CountryRegion] cr 
        ON cr.[CountryRegionCode] = sp.[CountryRegionCode]
    LEFT OUTER JOIN [Person].[PersonPhone] pp
        ON pp.BusinessEntityID = p.[BusinessEntityID]
    LEFT OUTER JOIN [Person].[PhoneNumberType] pnt
        ON pp.[PhoneNumberTypeID] = pnt.[PhoneNumberTypeID]
    LEFT OUTER JOIN [Person].[EmailAddress] ea
        ON p.[BusinessEntityID] = ea.[BusinessEntityID];
GO

1. No SQL Server Management Studio , procure o AdventureWorks banco de dados.
2. Expandir a pasta Visualizações e procure por [HumanResources].[vEmployee].
3. Clique com o botão direito do mouse e selecione Exibir dependências .

2. Desmistifique o mito das visualizações SQL

Como funcionam as visualizações SQL

USE AdventureWorks
GO

SELECT * FROM HumanResources.vEmployee e
WHERE e.BusinessEntityID = 105

Análise

SELECT FROM View vs. SELECT FROM Base Tables – Qual deles será executado mais rápido?

USE AdventureWorks
GO

-- SELECT FROM a view
SELECT * FROM HumanResources.vEmployee e
WHERE e.BusinessEntityID = 105

-- SELECT FROM Base Tables
SELECT 
    e.[BusinessEntityID]
    ,p.[Title]
    ,p.[FirstName]
    ,p.[MiddleName]
    ,p.[LastName]
    ,p.[Suffix]
    ,e.[JobTitle]  
    ,pp.[PhoneNumber]
    ,pnt.[Name] AS [PhoneNumberType]
    ,ea.[EmailAddress]
    ,p.[EmailPromotion]
    ,a.[AddressLine1]
    ,a.[AddressLine2]
    ,a.[City]
    ,sp.[Name] AS [StateProvinceName] 
    ,a.[PostalCode]
    ,cr.[Name] AS [CountryRegionName] 
    ,p.[AdditionalContactInfo]
FROM [HumanResources].[Employee] e
    INNER JOIN [Person].[Person] p
	ON p.[BusinessEntityID] = e.[BusinessEntityID]
    INNER JOIN [Person].[BusinessEntityAddress] bea 
        ON bea.[BusinessEntityID] = e.[BusinessEntityID] 
    INNER JOIN [Person].[Address] a 
        ON a.[AddressID] = bea.[AddressID]
    INNER JOIN [Person].[StateProvince] sp 
        ON sp.[StateProvinceID] = a.[StateProvinceID]
    INNER JOIN [Person].[CountryRegion] cr 
        ON cr.[CountryRegionCode] = sp.[CountryRegionCode]
    LEFT OUTER JOIN [Person].[PersonPhone] pp
        ON pp.BusinessEntityID = p.[BusinessEntityID]
    LEFT OUTER JOIN [Person].[PhoneNumberType] pnt
        ON pp.[PhoneNumberTypeID] = pnt.[PhoneNumberTypeID]
    LEFT OUTER JOIN [Person].[EmailAddress] ea
        ON p.[BusinessEntityID] = ea.[BusinessEntityID]
WHERE e.BusinessEntityID = 105

Juntar visualizações SQL a tabelas

-- get the total sales orders for each salesperson
-- using the view joined with SalesOrderHeader
SELECT 
 sp.FirstName
,sp.MiddleName
,sp.LastName
,SUM(soh.TotalDue) AS TotalSalesOrders
FROM Sales.vSalesPerson sp
INNER JOIN Sales.SalesOrderHeader soh ON sp.BusinessEntityID = soh.SalesPersonID
GROUP BY sp.LastName, sp.MiddleName, sp.FirstName

-- using base tables
SELECT
 p.FirstName
,p.MiddleName
,p.LastName
,SUM(soh.TotalDue) AS TotalSalesOrders
FROM sales.SalesPerson sp
INNER JOIN Person.Person p ON sp.BusinessEntityID = P.BusinessEntityID
INNER JOIN Sales.SalesOrderHeader soh ON sp.BusinessEntityID = soh.SalesPersonID
GROUP BY p.LastName, p.MiddleName, p.FirstName 

O Plano de Execução Real revela mais

Recomendações

• Devemos saber como as consultas, incluindo visualizações, funcionam internamente.
• O STATISTICS IO e os Planos de Execução Reais revelarão como as consultas e visualizações funcionarão.
• Não podemos simplesmente unir uma visualização a uma tabela e reutilizá-la descuidadamente. Sempre verifique as ESTATÍSTICAS IO e os Planos de Execução Reais! Em vez de reutilizar visualizações e aninhá-las para uma produtividade de codificação “melhorada”, uso um IntelliSense e a ferramenta de preenchimento de código como SQL Complete.

3. Experimente as visualizações indexadas

Recomendações

Dica BÔNUS

• As estatísticas são atualizadas
• Índices ausentes são adicionados
• Os índices são desfragmentados
• Os índices usaram o FILLFACTOR certo

Conclusão