6. [Introducción a base de datos] - Modelo de bases de datos - Modelo Jerárquico

Introducción

Este fue el primer modelo creado y utilizado para gestionar la información. Fue un boom apoyado por IBM.

¿Que es el modelo jerárquico?

Es un modelo que organiza la información en una estructura de tipo árbol invertido

- Podría hablar de como organizar la información con este modelo, aunque, no vale tanto la pena, este modelo se usa pero ya no tanto, de hecho es muy raro utilizarlo. Así que me voy a limitar mencionando las nomenclaturas y estructura porque pueden servir para otros campos que tienen funcionamiento/estructuras iguales.

Nomenclatura

• Raíz: Es el primero nodo del arbol (Sería "Great apes" la raiz de este caso)
• Camino: Una secuencia de nodos y brazos conectados con un nodo descendiente.
• Padre: La noción inversa de hijo.
• Hijo: Un nodo conectado directamente con otro cuando se aleja de la raíz.
• Hermanos:  Un conjunto de nodos con el mismo padre.
• Nodo: Un nodo con al menos un hijo
• Hoja: Un nodo sin hijos.

- Aun hay más nomenclaturas por mencionar, pero no es el caso, no se trata de ver a fondo este modelo cuando no es muy usado, a menos que requieras utilizarlo en un caso especial (no necesariamente en las bases de datos). Lo que si te puedo compartir, es algunos ejemplos de este modelo en la vida real y que tal vez no te hallas dado cuenta.

Ejemplos de Modelo Jerárquico

1. HTML

Así es, el lenguaje de etiquetas funciona como un modelo jerárquico.

    

    2. JSON

 

    3. Menús desplegables

Un ejemplo más cotidiano, los menús desplegables. Cuando seleccionas una opción y esta te arroja mas opciones. Por ejemplo, para la presentación de power point que te pidieron para este tema vas a incluir multimedia que enriquezca la clase, ¿de que tipo? Imágenes o Vídeos

¿Y si es vídeo? ¿De donde lo vas a sacar, desde tu pc o lo buscaras en linea?

¿Por que no es tan utilizado el modelo jerárquico?

Una sencilla razón, NO PERMITE RELACIONES MUCHOS A MUCHOS (N:M)

Esto implica, que para "imitar" esta relación se afecte el rendimiento de la base de datos al haber una redundancia de datos.

Veamos esto con un ejemplo.

QUEREMOS MODELAR QUE ALBERTO TIENE UN PAPÁ (JOSE LUIS) Y UNA MADRE (PATRICIA), ese es nuestro objetivo, una relación que denote el enunciado.

Con estos datos, podemos visualizar las entidades y pensar en como hacer la relación con el modelo jerárquico.

¿Como se haría esta relación? En la imagen esta mostrado como se debe hacer

• Izquierda: No hay mucho que decir, que dos padres apunten al mismo hijo no se puede. Cada "padre" tiene sus propios hijos, no los pueden compartir. (Eso nos dice el modelo jerárquico)

• Derecha: Es lo "correcto", tendríamos que hacer una copia de Alberto para que Patricia tenga a su hijo que tiene con José Luis, que se denote que es su madre. Pero hacer esto, solo hará mas difícil de entender el modelo (aunque este "organizado") por las múltiples copias que se hacen, y no solo mas difícil de entender, si no que el rendimiento del modelo lo alentaría por tener muchas copias al intentar imitar la relación muchos a muchos.

Por esta razón, ya no se usa, habiendo mejores opciones, como el modelo relacional.

Conclusiones

Este tipo de modelos aun se siguen utilizando, pero ya son contadas ocasiones.

Se llegó a utilizar en los 60's por ser de los únicos modelos para relacionar la información. Ya es remplazado por el modelo relacional que es mucho mas solido y flexible.