Переваги та недоліки мережевих баз даних

Бази даних мають широкий спектр застосування в бізнес-системах. Вони допомагають автоматизувати повторювані завдання з налаштування документів, вони дають можливість телефонним операторам отримати швидкий доступ до деталей клієнтів і прискорюють консолідацію фінансової інформації. Бази даних класифікують типи даних, а потім встановлюють відносини між цими категоріями. Три основні системи управління базами даних є реляційними, ієрархічними та мережевими. У кожного є свої переваги. У моделі мережевої бази даних є переваги та недоліки порівняно з двома іншими системами керування даними.

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

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

Мережева база даних подібна до ієрархічної бази даних. Однак у той час як ієрархічна база даних має лише зв’язки «один до багатьох» між сутностями, система управління мережевою базою даних допускає відносини «багато до багатьох». Це визначальна характеристика мережевих СУБД. В ієрархічній базі даних одна батьківська сутність може мати багато дочірніх сутностей, але кожна дочірня може мати лише одного батьківського об’єкта. Це відносини один до багатьох. Відношення багато до багатьох у мережевій СУБД дозволяє одному батьківському об’єкту мати багато дочірніх сутностей, а одному дочірньому об’єкту мати багато батьківських об’єктів.

Основною перевагою моделі мережевої СУБД є зв’язок «багато до багатьох». Ієрархічна база даних не враховує багато людських організаційних подій, які вимагають, щоб сутність мала багато висхідних зв’язків з іншими сутностями. Наприклад, у медичній базі даних лікар може бути призначений до багатьох палат і доглядати за багатьма пацієнтами, тоді як пацієнт — це одна палата, яка не пов’язаний із зв’язком із лікарем, тому суб’єкт пацієнта також потребує зв’язку як із лікарем, так і з палатою сутність. Так швидко розвивається низка перехресних стосунків.

Реляційні бази даних мають структури, які вирішують відносини багато-до-багатьох між екземплярами або записами сутності, але мережеві бази даних цього не роблять. Наприклад, у прикладі мережевої бази даних у пацієнта може бути багато лікарів, а у лікаря багато пацієнтів, але мережева СУБД могла б встановити лише відносини «один лікар з багатьма пацієнтами» або відносини «один пацієнт із багатьма лікарями», але ні обидва.