Caractéristiques d'un modèle de données hiérarchique
Le modèle de données hiérarchique a été le premier modèle de base de données à être créé, apparu pour la première fois en 1966. Il s'agissait d'une amélioration des systèmes généraux de traitement de fichiers 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 la 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 n'importe quel nombre 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.
Un à plusieurs et redondance
Étant donné que 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 projet, les informations sur le projet doivent être dupliquées, ce qui peut entraîner des problèmes de cohérence.
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 dans la base de données vers le bas à travers les branches. C'est bien si vous connaissez déjà l'emplacement des enregistrements que vous recherchez, mais si vous faites des requêtes exploratoires, c'est lent, car la base de données doit lire tous les enregistrements d'un niveau donné avant de passer au suivant.
Pointeurs parents logiques
Les limitations de la structure hiérarchique sont quelque peu atténuées par l'utilisation de pointeurs parents logiques. Développé par IBM dans son modèle de données du 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.