38. Характеристика типів зв’язків в AllFusion eRwin Data Modeler.

Після того як в AllFusion ERwin Data Modeler побудовані сутності в діалоговому режимі необхідно побудувати звязки між ними. В AllFusion ERwin Data Modeler можна побудувати такі види звязків:

Б:Б, ідентифікуючий, неідинтифікуючий, категоріальний. Якщо між сутностями в AllFusion ERwin Data Modeler існує зв'язок Б:Б, то не потрібно створювати третю додаткову сутність, яка б виконувала роль звязки. Така сутність буде створена автоматично при відображенні логічної моделі на фізичному рівні. Ідентифікуючий зв'язок – це зв'язок який встановлюється між незалежною батьківською та залежною дочірньою сутністю. При цьому первинні ключі батьківської сутності переносяться до складу первинних ключів дочірньої сутності та відображаються під рискою. Неідентифікуючий зв'язок може бути обовязком і необовязковим. Обовязковий неідентифікуючий зв'язок – це зв'язок, в якому вторинний зовнішній ключ дочірньої сутності отримує ознаку «не нуль». Необовязковий неідентифікуючий зв'язок – це зв'язок, в якому значення вторинного зовнішнього ключа дочірньої сутності може дорівнювати нулю. В В AllFusion ERwin Data Modeler можна будувати ще так звані рекурсивні звязки. Рекурсивний зв'язок – це зв'язок, в якому одна і та ж сутність виступає як батьківська, так і дочірня одночасно. Категоріальний зв'язок – це зв'язок, котрий обєднує сутності, що відносяться до одної категорії. У категоріальному звязку батьківська сутність називається супертипом а дочірня підтипом. Повний категоріальний зв'язок – це такий зв'язок, коли кожному екземпляру сутності супертипу відповідає певний екземпляр сутності підтипу. Неповний категоріальний зв'язок – це такий зв'язок, коли певним екземплярам сутності супертипу немає відповідних підтипових екземплярів.

39. Технологія та особливості логічного проектування бд в середовищі AllFusion eRwin Data Modeler.

технологія

Проектування в ERwin Data Modeler виконується в 2 кроки: логічний й фізичний. На логічному рівні будується інфологічна модель ПО. При проектуванні на цьому рівні можна обєктам та атрибутам давати імена зрозумілі кінцевим користувачам, а також у відповідність цим іменам давати синонімічні імена, синтаксис яких буде побудований за правилом тієї СКБД в середовищі якої буде виконуватися інфологічне проектування. Особливості. Обмеження посилкової цілісності задаються при проектуванні БД на логічному рівні і це певні бізнес-правила, які виконуються при виконанні операцій вилучення, вставки, заміни й встановлюються як для батьківської, так і для дочірньої сутності. ERwin Data Modeler пропонує такі варіанти обробки цих подій: заборона операцій, каскадне виконання операцій, установка пустого значення чи значення заданого за змовчанням, відсутність перевірки.

40. Поняття розподіленої бази даних (рбд) та особливості технології роботи з рбд.

Розподілена база даних (DDB –– distributed database) –– це сукупність взаємопов’язаних баз даних, розподілених у комп’ютерній мережі. Розглянемо особливості технології роботи з розподіленою базою даних в умовах використання локальної обчислювальної мережі.

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

Розподілені системи, які підтримують архітектуру клієнт –– сервер, можна ще визначити як системи типу: багато-клієнтів/один-сервер чи багато-клієнтів/багато-серверів. У системах першого типу управління базою даних централізоване і виконується досить просто, оскільки вся база зберігається на одному сервері. У таких системах управління доступом до даних клієнтів зводиться до управління процесами блокування та управління буферами клієнтів.

У системах типу багато-клієнтів/багато-серверів база даних може розміщуватися на кількох серверах і для виконання запитів користувачів потрібна взаємодія серверів одного з одним. Кожна клієнтська машина має свій сервер і на нього направляє запити користувача — нібито працює з централізованою базою. Взаємодії серверів при виконанні запиту прозорі для користувача. У більшості існуючих СУБД реалізовано один із двох типів архітектури клієнт — сервер.