Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Чичкань.docx
Скачиваний:
0
Добавлен:
01.05.2025
Размер:
2.15 Mб
Скачать
      1. 6.2 Типові моделі даних субд і представлення концептуальної моделі

        1. 6.2.1. Мережева модель даних

Це одна з найбільш ранніх моделей даних СУБД. Типова мережева модель даних охарактеризована групою DBTG (Data Base Task Group) системного комітету CODASYL (Conference of Data System Languages). Основними функціями цього комітету були аналіз відомих фірмових систем обробки управлінських даних з єдиних позицій і в єдиній термінології, узагальнення досвіду організації таких систем і розробка рекомендацій щодо створення відповідних систем. Структура даних мережевої моделі визначається у термінах розділу 6.1 (елемент, запис, група, групове відношення, файл, база даних).

Реалізація групових відношень у мережевій моделі здійснюється з використанням спеціально введених додаткових полів – покажчиків (адрес зв'язку або посилань), які встановлюють зв'язок між власником і членом групового відношення. Запис може полягати у відношеннях різних типів (1:1, 1:N, M:N). Відмітимо, що якщо один із варіантів встановлення зв'язку 1:1 очевидний (у запис – власник відношення, поля якої відповідають атрибутам сутності, включається додаткове поле – покажчик на запис – член відношення), то можливість представлення зв'язків 1:N і M:N так само вельми проблематична. Тому найбільш поширеним способом організації зв'язків у мережевих СУБД є введення додаткового типу записів (і відповідно, додаткового файлу), полями яких є покажчики.

Розглянемо для прикладу представлення групового відношення M:N. У модель вводиться додаткова група (додатковий вид записів). Елементи цього запису є покажчиками на дві вихідні групи і покажчики на екземпляри даного додаткового запису, що зв'язують їх в список (ланцюг), що відповідає M і (або) N членам групового відношення (мал. 6.1.).

Мал. 6.1.  Представлення зв'язків типу M:N

Представлення зв'язків 1:1, 1:M, N:1 є частковим випадком зв'язку типу M:N і здійснюється аналогічно розглянутому вище.

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

Мережева модель даних підтримує всі необхідні операції над даними, реалізовані як дії зі списковими структурами. Мережева модель даних є, ймовірно, найбільш загальною по можливостях представлення концептуальної моделі. По суті, будь-яка ER‑діаграма без яких-небудь змін представляється засобами мережевої моделі. До недоліків мережевої моделі зазвичай відносять складність отримуваної на її основі концептуальної схеми і велику трудомісткість розуміння відповідної схеми зовнішнім користувачем.

Розглянемо приклад запису частини ER-діаграми (СТУДЕНТ і ФАКУЛЬТЕТ) з попередньої лекції в термінах мережевої СУБД. Для прикладу розглянемо декілька екземплярів сутності СТУДЕНТ і сутності ФАКУЛЬТЕТ (мал. 6.2.).

Мал. 6.2.  Приклади екземплярів сутностей

Нехай студенти Іванов, Петров, Мішин вчаться на факультеті ВМК, Сидоров і Кашин на механіко-математичному факультеті. Тоді мережева модель відповідного фрагменту ER-діаграми виглядатиме таким чином (мал. 6.3).

Мал. 6.3.  Приклад мережевої моделі концептуального представлення

Відмітимо, що у додатковому файлі один з покажчиків не був потрібний, оскільки даний зв'язок має тип 1:N, а не M:N. Значком  позначаємо відсутність подальшого зв'язку.

Найбільш істотним недоліком мережевої моделі є "жорсткість" отримуваної концептуальної схеми. Зв'язки закріплені в записах у вигляді покажчиків. При появі нових аспектів використання цих же даних може виникнути необхідність встановлення нових зв'язків між ними. Це вимагає введення в записи нових покажчиків, тобто зміни структури БД, і, відповідно, переформовування усієї бази даних.

СУБД, що підтримують мережеву модель, широко використовувалися на обчислювальних системах серії IBM 360/370 (ЄС ЕОМ). Як приклади таких систем можна вказати IDMS, UNIBAD (БАНК), і їх аналоги СЕДАН, СЕТОР. На персональних комп'ютерах мережеві СУБД не набули широкого поширення. Прикладом мережевої СУБД для персонального комп'ютера є db_VISTA III. Відзначимо, що система db_VISTA реалізована на мовою С і тому є мобільною (переносимо). Система може експлуатуватися на ПЕОМ типу IBM РС, SUN, Macintosh.