Este é um post disponível para assinantes MVPou para quem possui Créditos DevMedia. Clique aqui para saber mais!
código fonteDesnormalizar para Otimizar - Revista SQL Magazine 99
Este artigo trata de técnicas de normalização de dados para implementação de um modelo de dados considerando um banco de dados relacional.
Você não gostou da qualidade deste conteúdo?
(opcional) Você gostaria de comentar o que não lhe agradou?
[Artigo disponível no Leitor Digital DevMedia. Clique aqui para acessá-lo]
> Clique aqui para ler todos os artigos da SQL Magazine 99
Dados representam a matéria-prima pelos quais organizações tomam decisões com o intuito de continuarem vivas competindo em ambientes de negócio cada vez mais acirrados. O status de ativo corporativo associado ao grande volume produzido e armazenado, por outro lado, desafiam as mesmas organizações quanto à administração dos dados. Apesar do crescente interesse e investimento sobre o tema, organizações ainda enfrentam restrições e desperdício de recursos resultantes da baixa qualidade semântica e estrutural dos seus modelos de dados (veja a Nota DevMan 1).
O projeto de banco de dados é visto como um processo sistematizado e difundido – envolvendo os aspectos conceitual, lógico e físico – com o objetivo primeiro de desenvolver ou evoluir um modelo de dados com qualidade observada sob perspectivas não mutuamente exclusivas; a da qualidade semântica e da qualidade estrutural.
A primeira perspectiva, produto da modelagem conceitual e lógica de dados, busca capturar os requisitos de dados, integrar visões distintas de seus significados e arranjá-los em um modelo relacional – na abordagem Entidade-Relacionamento Estendida ou UML – que explicita as restrições do mundo real por meio de diferentes abstrações diagramáticas e complementos textuais.
Por outro lado, o foco da segunda perspectiva é, a partir do modelo lógico, obter um modelo físico, implementável em um SGBDR, e capaz de atender adicionalmente a requisitos não funcionais como desempenho. Nesta etapa, conhecida como projeto físico de dados, o projetista emprega diferentes estratégias que, por apresentar níveis distintos de interconexão, precisam de análise conjunta de forma a evitar situações de “canibalização”, na qual uma estratégia reduz os ganhos de outra aplicada concomitantemente.
Tema deste artigo, a qualidade estrutural é tangenciada por meio da caracterização da desnormalização, estratégia utilizada para reduzir o tempo de execução das consultas SQL.
A Normalização
"
Este é um post disponível para assinantes MVPou para quem possui Créditos DevMedia. Clique aqui para saber mais!
João Marcelo Borovina Josko, Msc. em Computação pela UNICAMP. 16 anos atuando na condução e desenvolvimento de soluções para a gestão da informação. Especializado em Business Inteligence, Engenharia de Software e de Banco de Dados
