Режим виключення підлеглих записів

Режим включення підлеглих записів

Способи упорядкування підлеглих записів

Кожен екземпляр групового відносини можна розглядати як сукупність записи власника і списку відповідних записів-членів. Записи є членами в списку можуть бути впорядковані по-різному. Розрізняють такі способи:

· Хронологічний - списки в запису розташовуються в послідовності надходження їх в БД, такі списки називаються черзі, тобто будь-яка нова запис поміщається в кінець списку;

· Назад хронологічний - новий запис розміщується на початку списку (стек, магазин);

· Сортовані спосіб, в цьому випадку в типі запису члені відносини вибирається ключ впорядкування, і місце нового запису визначається по ключу.

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

Таким чином, ознака відносини і спосіб упорядкування дозволяють створити обмеження цілісності даних; одні й ті ж записи, будучи підлеглими в різних відносинах, можуть бути впорядковані різними способами.

Розрізняють два режими включення підлеглих записів автоматичний і ручний.

· Автоматичний режим - підпорядкована запис включається в групове відношення одночасно з включенням її в БД. Іншими словами неможливо внести в БД запис, щоб вона автоматично була закріплена за власником. В цьому випадку екземпляр-власник повинен бути поміщений раніше підлеглого примірника в БД.

· Ручний режим - дозволяє занести підпорядковану запис в БД і не включати її негайно в екземпляр групового відносини.

Режим виключення підпорядкованої запису залежить від класу членства записи.

Прийнято виділяти три класи членства підлеглих записів в груповому відношенні.

· Фіксована членство - підпорядкована запис жорстко закріплюється за записом-власником і не може існувати без неї. В цьому випадку виключити запис з деякого екземпляра-відносини можна тільки виключивши її з БД. Цей запис не можна перемкнути на іншого власника або залишити без власника.

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

· Обов'язкове членство - дозволяє виключити підпорядковану запис з групового відносини, але зберігаючи її в БД, що не прикріплюючи до іншого власника. При видаленні запису-власника, її підлеглі члени зберігаються в БД, не беручи участь більш в цьому відношенні. Надалі вони знову можуть бути включені в це відношення.

Мережева модель даних дозволяє встановлювати кілька однаково спрямованих групових відносин між двома типами записів (рис. 4.6)

З малюнка видно, що тут два типу відносин - це відношення «основна робота» (1) і відношення «сумісництво» (2).

Кожній організації відповідає два списки робітників - це список основних робочих і список сумісників. З іншого боку, кожен житель може бути пов'язаний з двома організаціями.

Режим виключення підлеглих записів