|
||
|
|
|
Avaliação:
![]() ![]() ![]() ![]() | Publicado em: 08/05/2007Modelagem de Dados: Hierarquias - Parte 3
VantagensElaboração de consultas A utilização da tabela ponte facilita muito a elaboração de consultas. É possível efetuar consultas que relacionem níveis superiores e inferiores (quer sejam imediatos ou não), percorrer a hierarquia nos dois sentidos (TOP – DOWN e BOTTOM – UP), identificar a distância entre dois níveis hierárquicos e outras facilidades com instruções SQL simples. Desempenho A performance na recuperação de informações utilizando a técnica da tabela ponte costuma ser superior à das outras técnicas quando se deseja recuperar informações de níveis superiores e inferiores não imediatos. O desempenho é ainda maior quando se deseja obter outras informações como a distância entre determinados níveis hierárquicos, a profundidade da hierarquia ou ainda o tipo de nós. Montagem da Hierarquia Através da técnica da tabela ponte, é possível com apenas uma consulta montar toda a hierarquia sem recorrer a extensões proprietárias ou repassar essa complexidade para a aplicação. Identificação de elementos e características De uma maneira muito simples é possível identificar os tipos de nós (raiz, intermediários e folhas) e a profundidade da hierarquia. As demais técnicas teriam de recorrer a extensões proprietárias ou à aplicação incorrendo em um desempenho menos favorável. Histórico Essa é uma das vantagens que mais destacam a técnica da tabela ponte em relação às demais. Nas técnicas anteriores, uma simples mudança nas relações hierárquicas iria provocar a invalidação de toda a hierarquia, ou seja, todos os registros seriam marcados como histórico e toda a hierarquia seria refeita para comportar uma simples alteração. Se por exemplo, o centro de custo "Infraestrutura" for eliminado e os centros de custo "Redes" e "Banco de Dados" vincularem-se diretamente ao centro de custo "TI", as relações "TI - Infraestrutura", "Infraestrutura - Redes" e "Infraestrutura - Banco de Dados" serão perdidas. Será necessário armazenar duas situações: a hierarquia da ARP antes dessa mudança e a hierarquia da ARP após essa mudança resultando em duas realidades. Basta outra mudança para resultar em uma terceira realidade. Manipular essas diferentes realidades em paralelo é uma tarefa extremamente trabalhosa. Com a técnica da tabela ponte é preciso apenas marcar como histórico os registros envolvidos na tabela ponte (Hierarquias). Isso envolveria apenas adicionar mais um campo do tipo Bit no modelo sinalizando se o registro é atual ou histórico. Este artigo é a parte 3 de 4 da seguinte série:
Sophia <finfanfun@gmail.com>
Olá Gustavo. Obrigado por responder minha dúvida lá no Orkut (parte dela) na comunidade SQL Brasil, o tópico que criei é aquele do VSTS. Bom, desculpe te incomodar, mas gostaria de saber se existe a probabilidade de você escrever um artigo no Plugmasters falando sobre as SDLC´s, em específico o Visual Studio Team System. Como vi que você já escreveu sobre UML, acho que tenha conhecimento o suficiente pra também falar sobre essa suíte. Bom, de qualquer forma, fica minha sugestão. Desde já, muito obrigado pela atenção e desculpe o incomodo.
Aguardo resposta. ![]() ![]() ![]() ![]() ![]() ![]() |
|
|