Le modèle de données hiérarchique a été le premier modèle de base de données à être créé, apparaissant pour la première fois en 1966. Il s'agissait d'une amélioration par rapport aux systèmes de traitement de fichiers généraux, car il permet la création de relations logiques entre les informations d'une base de données. Cependant, cette structure a aussi ses inconvénients qui ont conduit au développement éventuel du modèle de réseau et du modèle relationnel.
Structure
La principale caractéristique d'un modèle de données hiérarchique est sa structure arborescente. Par exemple, une base de données d'entreprise peut s'organiser en utilisant une branche pour le personnel, suivie des départements, des équipes, puis des membres de l'équipe. Cette structure parent-enfant est cohérente dans toute la base de données et chaque segment enfant ne peut avoir qu'un seul segment parent. Chaque segment, ou enregistrement, peut avoir un nombre quelconque d'éléments de champ donnant des informations sur cet enregistrement. Par exemple, l'enregistrement du membre de l'équipe contiendrait des détails tels que le nom, le superviseur et les coordonnées.
Vidéo du jour
Un-à-plusieurs et redondance
Comme les modèles hiérarchiques n'autorisent pas les enregistrements composites, c'est-à-dire qu'une entrée ait plus d'un parent, la base de données a une structure un-à-plusieurs; une entreprise peut avoir plusieurs départements et un département peut avoir plusieurs chefs d'équipe. Cela peut entraîner une redondance dans le modèle. Par exemple, une branche sous Membres de l'équipe peut être appelée Projets en cours. Étant donné que plusieurs membres du personnel peuvent travailler sur un même projet, les informations du projet doivent être dupliquées, ce qui peut entraîner des problèmes de cohérence.
La navigation
Le modèle de données hiérarchique est un modèle de données de navigation; les chemins d'accès dans le modèle sont limités par des structures prédéterminées. Pour obtenir un enregistrement de fichier spécifique, la requête se déplace du segment racine de la base de données vers les branches. C'est bien si vous connaissez déjà l'emplacement des enregistrements que vous recherchez, mais si vous faites des recherches exploratoires requêtes, c'est lent, car la base de données doit lire tous les enregistrements d'un niveau donné avant de passer au suivant un.
Pointeurs parents logiques
Les limitations de la structure hiérarchique sont quelque peu atténuées en utilisant des pointeurs parents logiques. Développé par IBM dans son modèle de données de système de gestion de l'information, cela implique la configuration d'une nouvelle base de données pour les entrées qui ont des relations plusieurs-à-plusieurs et la liaison des deux. Par exemple, la branche Projets en cours aurait des pointeurs qui relient l'utilisateur à une base de données Projets distincte contenant les informations sur le projet. Ceci est similaire au fonctionnement de la fonction XML Extensible Markup Language IDREF.
