Характеристики ієрархічної моделі даних

Ієрархічна модель даних була першою створеною моделлю бази даних, яка вперше з’явилася в 1966 році. Це було покращення загальних систем обробки файлів, оскільки воно дозволяє створювати логічні зв'язки між інформацією в базі даних. Однак ця структура також має свої недоліки, які призвели до остаточного розвитку мережевої моделі та реляційної моделі.

Структура

Основною характеристикою ієрархічної моделі даних є деревоподібна структура. Наприклад, база даних компанії може бути організована з використанням однієї філії для персоналу, за яким слідують відділи, команди, а потім члени команди. Ця структура «батька-дочірня» є узгодженою в усій базі даних, і кожен дочірній сегмент може мати лише один батьківський сегмент. Кожен сегмент або запис може мати будь-яку кількість елементів поля, що надають інформацію про цей запис. Наприклад, у записі про члена команди будуть такі деталі, як ім’я, керівник та контактні дані.

Відео дня

Один до багатьох і резервування

Оскільки ієрархічні моделі не дозволяють складати записи, тобто запис мати більше одного батьківського елемента, база даних має структуру «один до багатьох»; одна компанія може мати багато відділів, а один відділ може мати багато керівників команд. Це може призвести до надмірності в моделі. Наприклад, філія нижче «Члени команди» може називатися «Поточні проекти». Оскільки над одним проектом може працювати кілька співробітників, інформація про проект має дублюватися, що може призвести до проблем узгодженості.

Навігація

Ієрархічна модель даних — це модель навігаційних даних; шляхи доступу в моделі обмежені заздалегідь визначеними структурами. Щоб отримати певний запис файлу, запит переміщується від кореневого сегмента бази даних вниз через гілки. Це добре, якщо ви вже знаєте місцезнаходження записів, які ви шукаєте, але якщо ви робите розвідку запитів, це повільно, оскільки база даних повинна прочитати всі записи на заданому рівні, перш ніж перейти до наступного один.

Логічні вказівники батьків

Обмеження ієрархічної структури дещо пом’якшуються за допомогою логічних батьківських покажчиків. Розроблена IBM у своїй моделі даних Information Management System, це передбачає створення нової бази даних для записів, які мають відношення багато-до-багатьох, і пов’язування цих двох. Наприклад, гілка поточних проектів матиме покажчики, які зв’язують користувача з окремою базою даних проектів, де міститься інформація про проект. Це схоже на те, як працює функція XML Extensible Markup Language IDREF.