Le modèle de données hiérarchique a été le premier modèle de base de données doit être créé , apparaissant d'abord en 1966. Il s'agissait d'une amélioration des systèmes généraux de traitement des dossiers , car elle permet la création de relations logiques entre les informations contenues dans une base de données . Cependant, cette structure a aussi ses inconvénients qui ont conduit à l'élaboration éventuelle du modèle de réseau et le 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 de l'entreprise pourrait organiser à l'aide d'une branche pour le personnel , suivi par les ministères, d'équipe, puis membres de l'équipe . Cette structure parent- enfant est constante sur toute la base de données, et chaque segment de l'enfant ne peut avoir qu'un segment parent . Chaque segment ou enregistrement , peuvent avoir n'importe quel nombre d'éléments sur le terrain donnant des informations sur ce dossier. Par exemple , le dossier de membre de l'équipe aurait détails comme le nom , le superviseur et les coordonnées .
Le One-to -Many et redondance

Parce que les modèles hiérarchiques ne permettent pas de documents composites - qui est, pour une entrée d'avoir plus d'un parent - la base de données a une structure one-to -many , une entreprise peut avoir plusieurs ministères , et un département peut avoir de nombreux chefs d'équipe. Cela peut conduire à une redondance dans le modèle. Par exemple, une branche au-dessous de membres de l'équipe pourrait être appelée projets en cours. Depuis plusieurs membres du personnel peuvent travailler sur un projet, les informations du projet doit être dupliqué, qui peut conduire à 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 , les mouvements de requêtes du segment de racine dans la base de données à travers les branches. C'est très bien si vous connaissez déjà l'emplacement des dossiers que vous cherchez, mais si vous faites des requêtes exploratoires , c'est lent , comme la base de données doit lire tous les enregistrements sur un niveau donné avant de passer à la suivante .

logiques pointeurs parents

les limites de la structure hiérarchique sont quelque peu apaisée par l'utilisation de pointeurs parent logique . Développé par IBM dans leur modèle de données du système de gestion de l'information , il s'agit de mettre en place une nouvelle base de données pour les entrées qui ont many-to -many et reliant les deux . Par exemple , la Direction des Projets en cours aurait pointeurs qui lient l'utilisateur à une base de données des projets distincts où les informations du projet est contenue. Ceci est similaire à la façon dont les Markup Language œuvres de fonction IDREF extensibles XML.