Introdu��o a Views no SQL Server

Escrevo esse artigo, primeiramente para reforçar os conhecimentos daqueles que j� os tem e para trazer �queles que ainda n�o tem em mente os conceitos e aplicaç�es deste procedimento de banco de dados Microsoft. Este artigo foi escrito com seu foco voltado para o SQL Server 2000.

Conceitos

O que � uma view?
Onde se aplicam as views?
Ela � um procedimento armazenado?
Uma view influencia na desempenho de um banco de dados?
Como s�o criadas?
Como executamos, ap�s a sua criaç�o?

O que � uma view?

Uma view � uma maneira alternativa de observaç�o de dados de uma ou mais entidades (tabelas), que comp�em uma base de dados. Pode ser considerada como uma tabela virtual ou uma consulta armazenada.

Onde se aplicam as views?

Geralmente e recomend�vel, uma view, implementada encapsulando uma instruç�o SELECT (busca de dados para exposiç�o), guarda os dados em uma tabela virtual, armazenando tamb�m em cache, pois todas as consultas ao banco, encapsuladas ou n�o, ao serem executadas, s�o armazenadas em cache. Por este motivo, pode ser mais r�pido ter uma consulta armazenada em forma de view, em vez de ter que retrabalhar uma instruç�o.

As views nos possibilitam mais que simplesmente visualizar dados. Elas podem ser implementadas tamb�m com algumas aplicaç�es de restriç�o:

Restriç�o usu�rio x dados;

Ex.: Seu departamento de vendas n�o precisa saber ou ter acesso a uma coluna que cont�m valores (dados) referentes aos sal�rios dos desenvolvedores.
Restriç�o usu�rio x dom�nio;

Ex.: Podemos restringir o acesso de um usu�rio espec�fico a colunas (dom�nios) espec�ficas (os) de uma tabela.
Associar v�rios dom�nios formando uma �nica entidade;

Ex.: Podemos ter v�rias "JOIN" encapsuladas em uma view, formando somente uma tabela arbitrariamente.
Agregar informaç�es, em vez de fornecer detalhes;

Ex.: Podemos apresentar um somat�rio de despesas em ligaç�es de um determinado usu�rio, restringindo acesso aos detalhes da conta.

As vantagens de se usar views s�o:

Economizar tempo com retrabalho;

Ex.: Voc� n�o precisar escrever aquela instruç�o enorme. Escreva uma vez e armazene!
Velocidade de acesso �s informaç�es;

Ex.: Uma vez compilada, o seu recordset (conjunto de dados) � armazenado em uma tabela tempor�ria (virtual).
Mascarar complexidade do banco de dados;

Ex.: As views isolam do usu�rio a complexidade do banco de dados. Nomes de dom�nios podem ser referenciados com literais e outros recursos. Isso proporciona aos desenvolvedores a capacidade de alterar a estrutura sem afetar a interaç�o do usu�rio com o banco de dados.
Simplifica o gerenciamento de permiss�o de usu�rios;

Ex.: Em vez de conceder permiss�o para que os usu�rios contem tabelas base, os propriet�rios de bancos de dados podem conceder permiss�es para que os usu�rios consultem dados somente atrav�s de views. Isso tamb�m protege as alteraç�es na estrutura das tabelas base subjacentes. Os usu�rios n�o ser�o interrompidos durante uma visualizaç�o de dados.
Organizar dados a serem exportados para outros aplicativos;

Ex.: Voc� pode criar uma view baseada em uma consulta complexa, que associe at� 32 tabelas e depois exportar dados para outro aplicativo para an�lise adicional. Pode ser gerado um arquivo de DUMP* automaticamente.

Criando views

Quando voc� cria uma VIEW, o SQL Server verifica a exist�ncia de objetos que cont�m refer�ncias em uma definiç�o de view. O nome de sua view deve seguir o padr�o de regra de identificadores. A especificaç�o do nome do propriet�rio de uma view � opcional* (caso voc� queira tornar uma view p�blica, declare "dbo.nome_entidade"). N�o atribua a uma view, um nome j� utilizado para outro objeto j� existente no mesmo banco de dados.

Os objetos contidos em um banco de dados podem ser visualizados pelo Query Analyse, digitando o seguinte comando T-SQL:


USE NOME_DO_BANCO
GO
SELECT * FROM information_schema.tables
GO

Ser�o apresentados quatro dom�nios:

Table_Catalog;

Informa o nome do banco, dono (owner) dos objetos;

Table_Schema;

Informa o owner f�sico do objeto;

Table_Name;

Informa o nome f�sico de refer�ncia do objeto;

Table_Type;

Informa o tipo do objeto;

Em meio a view, podemos usar alguns comandos interessantes. Como destaque, WITH ENCRYPTION. Esse comando, encripta os c�digos de sua view, n�o possibilitando a ediç�o por outro usu�rio. Um detalhe que devemos nos alertar quanto � encriptaç�o nas views � que, para desencript�-la, devemos lembrar do comendo que foi escondido para retornar a view sem a criptaç�o.

Logo abaixo, uma view completa que pode ser implementada no seu banco de dados local, alterando os par�metros corretamente, de acordo com as entidades e dom�nios a serem referenciados.

Vamos criar uma view para retornar, nesse exemplo, todos os aniversariantes desse m�s.


USE NOME_DO_BANCO
GO
CREATE VIEW dbo.viewAniversariante
(nome, sobrenome, data_nascimento)
AS
SELECT nome, sobrenome, CONVERT(char(8), data_nascimento, 2)
FROM usuario AS u INNER JOIN jovens AS j
ON u.usuario_no = j.usuario_no
GO

Dando tudo certo com as consist�ncias, execute a view da seguinte maneira:


SELECT * FROM viewAniversariante
GO

Introdu��o a Views

Veja neste artigo uma introdução ao uso de Views no SQL Server.

Conceitos

O que � uma view?

Onde se aplicam as views?

Restriç�o usu�rio x dados;

Restriç�o usu�rio x dom�nio;

Associar v�rios dom�nios formando uma �nica entidade;

Agregar informaç�es, em vez de fornecer detalhes;

As vantagens de se usar views s�o:

Economizar tempo com retrabalho;

Velocidade de acesso �s informaç�es;

Mascarar complexidade do banco de dados;

Simplifica o gerenciamento de permiss�o de usu�rios;

Organizar dados a serem exportados para outros aplicativos;

Criando views

Artigos relacionados