DevMedia - asp.net, Java, Delphi, SQL e web Design, tudo em um só lugar!
Bem vindo a DevMedia!
LOGIN:     SENHA:
 
 

  Este é um post disponível para assinantes MVP
Este post também está disponível para assinantes da SQL Magazine DIGITAL ou para quem possui Créditos DevMedia.  Clique aqui para saber mais!


Artigo da SQL Magazine 28 - Visões – uma abordagem prática

Artigo publicado na Revista SQL Magazine - Edição 28.

 

capaSQL28.JPG

 

Clique aqui para ler todos os artigos desta edição

 

 

 

Visões – uma abordagem prática

 

Visões permitem prover foco, simplificação e personalização de tabelas no seu banco de dados. Também oferecem um mecanismo de segurança (restringem os usuários de ver tabelas ‘inteiras’). Além disto, as visões mantêm os dados independentes da estrutura do banco de dados.

Visões em prol da flexibilidade

Tal como a operação join, a visão é uma marca registrada do modelo relacional. Visões criam tabelas virtuais a partir de declarações SELECT e abrem um mundo de flexibilidade para a análise e manipulação de dados. Podemos encarar uma visão como uma moldura ou janela móvel, através da qual podemos ver dados. Esta metáfora explica por que as pessoas falam de olhar para dados ou mudar os dados "através" de uma visão.

Visões não são cópias dos dados das tabelas ou visões das quais são derivadas. Na realidade, as visões são chamadas de tabelas virtuais, porque não existem como entidades independentes no banco de dados do mesmo modo que as tabelas "reais" (o termo ANSI para uma visão é viewed table; uma tabela do banco de dados nativa é uma base table). Podemos consultar visões da mesma forma que consultamos tabelas. No entanto, a modificação de dados através de visões é restrita.

         O catálogo do sistema armazena a definição de visões - o nome da visão e a declaração SELECT. Quando um usuário chama uma visão, o sistema de banco de dados associa os dados apropriados à mesma. Uma visão apresenta o resultado final deste processo, ocultando todos os detalhes técnicos.

Criar visões

Como as tabelas, visões têm comandos CREATE e DROP (DROP VIEW só se aplica à visão, não à tabela base subjacente). Acessamos os dados com declarações SELECT. A seguir, a sintaxe simplificada de uma declaração de definição de visão:

CREATE VIEW view_name [(column_name [, column_name]...)]
AS
SELECT_statement

O seguinte exemplo cria uma visão que exibe os nomes de autores que moram em Campinas, juntamente com o nome dos seus livros publicados. A visão é chamada autores_campinas. A sua declaração SELECT puxa dados de três tabelas.

create view autores_campinas (NomeAutor, TituloLivro)
as
select autores.nome, livros.titulo
from autores, livros, livrosautores
where autores.id = livrosautores.au_id
 and livros.id = livrosautores.livro_id
 and autores.cidade = 'CAMPINAS'

Como vimos, a declaração SELECT não precisa ser uma seleção simples de uma tabela particular. Podemos criar uma visão que usa mais de uma tabela, ou até mesmo combinações de objetos conforme a lista a seguir:

 

§         Uma única tabela;

§         Mais de uma tabela;

§         Outra visão;

§         Visões múltiplas;

"



ATENÇÃO! A exibição deste artigo foi interrompida.


  Este é um post disponível para assinantes MVP
Este post também está disponível para assinantes da SQL Magazine DIGITAL ou para quem possui Créditos DevMedia.  Clique aqui para saber mais!






    0 COMENTÁRIO

[Fechar]

Este post é fechado - você precisa ter acesso ao post para incluir um comentário.


Nenhum comentário foi postado - seja o primeiro a comentar!



Publicidade
Autor
Equipe Devmedia

Noticias/Dicas/Artigos publicados.




Space do autor
Estatísticas
Favorito:
Comentários:
Feedback:
Utilidade:
0   0
[Fechar]

Você precisa estar logado para dar um feedback.

Clique aqui para efetuar o login
[Fechar]


Este post está fechado. Saiba mais sobre a assinatura MVP!
web-03
DevMedia  |  Anuncie  |  Fale conosco
Hospedagem web por Porta 80 Web Hosting
2012 - Todos os Direitos Reservados a web-03