|
||
|
|
Conheça o Plugfeed | » Início » Desenvolvimento » Banco de dados e SQL » Modelagem de Dados: Hierarquias - Parte 2
Conheça o Plugfeed | » Início » Desenvolvimento » Banco de dados e SQL » Modelagem de Dados: Hierarquias - Parte 2
--> |
|
Avaliação:
![]() ![]() ![]() ![]() | Publicado em: 23/01/2007Modelagem de Dados: Hierarquias - Parte 2
Gustavo Maia Aguiar é graduado em Administração de Empresas e pós-graduado em bancos de dados, atua na área de tecnologia de informação desde 2001, exercendo funções de desenvolvedor, analista, administrador de banco de dados (DBA) e administrador de dados (AD). É profissional certificado (MCP, MOS, MCDBA, MCAD, MCTS, MCITP, MCT, MVP e Itil Certified Professional). Já trabalhou em instituições do governo, iniciativa privada e parceiros Microsoft em atividades de suporte, consultoria e treinamento. É membro ativo e moderador dos fóruns de SQL Server do MSDN e TechNet e das comunidades SQL Server Brasil e SQL Brasil (Orkut). Semanalmente publica artigos de banco de dados e SQL Server em seu blog.
Modelagem de Dados: Hierarquias - Parte 2
Modelo dos caminhos materializadosNo artigo anterior foram abordados os elementos das hierarquias, os tipos de hierarquia, a dificuldade de se representar hierarquias desbalanceadas em modelos de dados e uma alternativa para essa representação conhecida como modelo adjacente. O processo de modelagem pode, e deve na maioria das situações, obedecer um conjunto de técnicas e boas práticas para representar, com a maior precisão possível, a realidade a ser modelada bem como tornar possível a evolução do modelo de dados frente a alterações sofridas nessa realidade. Embora essas técnicas e boas práticas direcionem o processo de modelagem a atingir seus objetivos, é inerente à produção de qualquer modelo, a subjetividade do projetista. É essa subjetividade que permite que a tarefa de representar hierarquias produza não apenas um único modelo de dados, mas sim diversos modelos de dados aptos a representá-la. Nesse artigo será abordado o modelo dos caminhos materializados como proposta de representação de relações hierárquicas bem como suas vantagens, limitações e alguns exemplos práticos utilizando o exemplo proposto anteriormente dos centros de custo da ARP Associados. Antes de propriamente demonstrar a aplicação do modelo dos caminhos materializados, tornar-se necessário demonstrar duas figuras presentes no artigo anterior. A primeira figura é a que expõe os elementos presentes em uma hierarquia e a segunda é a hierarquia de centros de custo do exemplo proposto que faz referência a uma fictícia empresa chamada ARP Associados. É possível obter maiores informações consultando o artigo anterior na relação de links associados. Elementos Hierárquicos
Organograma da ARP Associados
Este artigo é a parte 2 de 4 da seguinte série:
SANTANA <sinaisantana@bol.com.br>
Gostei muito desses relacionamento com as tabelas, agora caro amigo gostaria de ter o programa MySql e gostaria qual o melhor banco de dados para se trabalhar? eu trabalho com paradox mais as pesoas falam que vai acabar , será mesmo?
![]() ![]() ![]() ![]() ![]() Iolanda <iolanda.tp>
Oi!!!
Achei ótimo esse artigo era tudo o que eu precisava para fazer um trabalho da Facu e até o momento não tia encontrado, foi muito util. Você está de parabens. Inté espero outro artigo seu... ![]() ![]() ![]() ![]() ![]() ![]() |
![]() |
|
|