Навігація
Головна
 
Головна arrow Інформатика arrow Бази даних
< Попередня   ЗМІСТ   Наступна >

Програмна реалізація мережевої БД

Представимо у вигляді мережної моделі БД "Навчальний процес". Візьмемо за основу зв'язки, показані на рис. 3.4, б (див.). Тут по- колишньому присутні зв'язку M: N. Їх заміна можлива двома способами:

  • • використанням нормалізації (рис. 3.4, в);
  • • введенням, поряд з прямими, зворотних зв'язків.

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

Відзначимо, що у звітах Кодаса спочатку передбачалося обов'язкова участь програміста в роботі БД. У наступних версіях передбачалося мінімальну участь програміста і тому ряд команд був анульований.

У мережній моделі даних немає повної незалежності логічної БД від фізичної БД. Це добре помітно з рис. 6.5 і програми на мові СУБД DBMS, наведеною нижче.

SCHEMA NAME IS DB_2

AREA NAME IS DB2_AREA

RECORDNAME IS PART.

LOCATION MODE IS CALC HASH_PS

USING PS in PART

DUPUCATES NOT ALLOWED

WITHIN DB2_AREA

PS TYPE IS CHAR 5

PD TYPE IS CHAR 25

CL TYPE IS CHAR 2

RECORDNAME IS WH

WITHIN DB2_AREA

WS TYPE IS CHAR 5

WD TYPE IS CHAR 25

SET NAME IS INVENTORY

OWNER IS PART

MEMBER IS WH

Структура мережевої БД

Рис. 6.4. Структура мережевої БД

Примірники логічних записів

Рис. 6.5. Примірники логічних записів

MANDATORY AUTOMATIC ASCENDING KEY IS WS in WH

DUPLICATES NOT ALLOWED

SET OCCURRENCE SELECTION IS THRU

LOCATION MODE of OWNER

Базовими мовами в мережевих СУБД можуть бути COBOL, PL / I. Зокрема, для СУБД DBMS базовою мовою служить COBOL, а відповідність його команд командам мови БД наведено в табл. 6.1.

Таблиця 6.1

Відповідність команд мов БД і COBOL

Мова БД

COBOL

AREA

REALM

OPEN

READY

CLOSE

FINISH

FIXED

НІ

MANDATORY

PERMANENT

OPTIONAL

TRANSIENT

AUTOMATIC

AUTOMATIC

MANUAL

MANUAL

INSERT

CONNECT

REMOVE

DISCONNECT

MODIFY

MODIFY

STORE

STORE

DELETE

ERASE

У фізичної моделі виділено поняття «схема» - сукупність типів записів і зв'язків між ними.

База даних фізично складається з областей (AREA), які розділені на блоки, звані сторінками. Розмір сторінки, кожна з яких має унікальний номер в одній і тій же області, визначається користувачем. Номер сторінки та рядка в ній утворює фізичний ключ запису, алогическим структура реалізується за допомогою покажчиків. Пошук в логічній структурі може здійснюватися по ключу, що у фізичній структурі реалізується покажчиками. Покажчики (абсолютні або відносні) можуть мати цепочечную організацію (від запису до запису) або у вигляді масиву покажчиків.

Створення мережевої БД (ЯОД)

Ілюстрацію ЯОД зручно провести за допомогою програми, наведеної раніше.

Програма визначає імена схеми (SCHEMA), області (AREA) можливо і з оголошенням початковою і кінцевою сторінок. В область можливо копіювання (CALL) з інших схем. Задаються запису (RECORD) і вводиться метод їх розміщення (LOCATION MODE IS ..), що визначає спосіб зберігання. Розрізняють методи DIRECT, CALC, VIA SET, SYSTEM, INDEX.

Метод DIRECT найшвидший: управління здійснює користувач шляхом присвоювання адрес. В останніх версіях цей метод виключений.

Метод CALC (ключ вказується після слова USING) передбачає кешування. Детально воно буде розглянуто у фізичній БД, а тут покажемо лише його суть.

При кешуванні адреса записи обчислюється по заданому ключу за допомогою спеціальних алгоритмів (кеш-функцій). Записи, які отримують в результаті кешування одну адресу (синоніми), розміщуються на одній сторінці, що різко прискорює процедуру доступу.

Розміщення через набір VIA (SET) застосовується, коли запісь- член направляється на ту ж сторінку, де знаходиться запис-власник. Метод SYSTEM застосовується за умовчанням, а метод INDEX використовується рідко.

Вказується можливість наявності (DUPLICATES) повторюваних даних, розташованих на початку (FIRST) або наприкінці (LAST) записів-членів, або їх заборона (NOT).

Необхідно вказати і зв'язку набору: запис-власник (OWNER), запис-член (MEMBER), розміщення запису-члена після примірника запису-власника (FIRST), після останнього запису-члена (LAST), після поточного запису (NEXT), перед поточним записом (PRIOR), відсортовані записи (SORTED), тип покажчиків (NET, PRIOR).

Передбачаються своєрідні процедури включення (і винятки) записів (рис. 6.6), більш докладно описуються в ЯМД.

Процедури приєднання і від'єднання записів на мові СУБД DBMS

Рис. 6.6. Процедури приєднання і від'єднання записів на мові СУБД DBMS

Встановлюється вибір примірника набору, зокрема, за способом розміщення власника (SET OCCYRENCE SELECTION IS THRU LOCATION MODE of OWNER).

Може встановлюватися і блокування монопольна (EXCLUSIVE) і немонопольна (KEEP).

Використання мережевої БД (ЯМД)

Команди ЯМД можливо розділити на кілька груп.

Відкриття та закриття БД виробляється командами OPEN і CLOSE.

Доступ здійснюється командами FIND, GET, OBTAIN. Команда FIND (FIND RECORD <ім'я запису> DB KEY <ключ БД, точка входу>) здійснює пошук примірників, GET - пересилку записи в проміжну пам'ять. Команда OBTAIN "поєднує" функції двох попередніх команд. У всіх цих команд є кілька форматів.

Модифікація даних проводиться командою MODIFY.

Складніше інші процедури оновлення, пов'язані з приєднанням і від'єднанням записів (рис. 6.6). Справа в тому, що для зміни структури зв'язків їх необхідно спочатку розірвати, а потім встановити знову.

При від'єднанні (MANDATORY) дані знищуються (DELETE), а при виключенні (OPTIONAL) зберігаються (REMOVE:

REMOVE <ім'я запису> RECORD FROM <ім'я набору> SET) поз * можна і у вигляді сингулярного набору. Аналогічно при ручному (MANUAL) приєднання, здійснюваному користувачем, наприклад, при доданні власника сингулярного набору необхідно встановити зв'язок в наборі (INSERT: INSERT <ім'я запису> RECORD INTO <ім'я набору> SET). При автоматичному (AUTOMATIC) включенні, виконуваному (FROM <ім'я набору> SET) СУБД, запис поміщається в набір (STORE: STORE <ім'я запису> RECORD).

На закінчення відзначимо, що в мережевій МД складно будувати БД і отримувати доступ до неї, непросто побудувати зручний інтерфейс користувача. До того ж МД не володіє належною адаптацією до довільної структурі запиту.

 
Якщо Ви помітили помилку в тексті позначте слово та натисніть Shift + Enter
< Попередня   ЗМІСТ   Наступна >
 
Дисципліни
Агропромисловість
Аудит та Бухоблік
Банківська справа
БЖД
Географія
Документознавство
Екологія
Економіка
Етика та Естетика
Журналістика
Інвестування
Інформатика
Історія
Культурологія
Література
Логіка
Логістика
Маркетинг
Медицина
Нерухомість
Менеджмент
Педагогіка
Політологія
Політекономія
Право
Природознавство
Психологія
Релігієзнавство
Риторика
Соціологія
Статистика
Техніка
Страхова справа
Товарознавство
Туризм
Філософія
Фінанси
Пошук