Моделювання предметної області на фізичному рівні

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

ERwin підтримує побудову і організацію роботи на цих двох рівнях для однієї діаграми. Використовуючи ту саму модель, можна говорити з кінцевими користувачами в зрозумілій їм термінології і в той самий час генерувати схему бази даних мовою, яка може бути оброблена конкретною СКБД. Кінцевим результатом роботи є представлення таблиць та зв’язків між ними, що описані в даталогічній моделі даних, у середовищі обраної СКБД. При цьому мають бути визначені (запрограмовані мовою опису даних) обмеження цілісності як для атрибутів, так і посилань на цілісність.

Вигляд фізичної моделі аптеки продемонстровано на рис. 3.2.

Рис. 3.2 Зображення фізичної моделі аптеки

Зв’язки між таблицями встановлюються у відповідності з проектом логічної структури бази даних і запам’ятовуються в схемі даних Access. Схема даних в Access є не тільки засобом графічного відображення логічної структури бази даних, вона активно використовується системою в процесі обробки даних. Створення схеми даних дозволяє спростити конструювання багатотабличних форм, запитів, звітів, а також забезпечити підтримку цілісності взаємозв'язаних даних при введенні і коригуванню даних в таблицях.

Вигляд схеми даних аптеки продемонстровано на рис. 3.3.

Рис. 3.3 Зображення схеми даних аптеки

Між атрибутами кожної окремої таблиці встановлено співвідношення 1:1. Окремі атрибути інформаційних об'єктів потрапили не в одну, а в декілька таблиць, але в кожній з них вони мають різне функціональне призначення:

• — атрибут Код співробітника в таблиці Співробітники містить унікальний внутрішній ідентифікаційний номер кожного співробітника, в таблиці Відомості про переміщення цей самий атрибут містить код того співробітника, що переміщався, в таблиці Постачання — Код співробітника, що приймав замовлення, а в таблиці Продажі - Код співробітника, що продав ліки;
• — атрибут Код Лікарського Засобу в таблиці Довідник аптекаря містить унікальний внутрішній ідентифікаційний номер кожної назви ліків в таблиці Що Продається цей самий атрибут містить код того лікарського засобу, що вказувався, в таблиці Поставки — Код Лікарського Засобу, що поставлявся, а в таблиці Переоблік — Код Лікарського Засобу, що обліковувався.

Для зберігання даних постачань товарів в БД виділено дві таблиці: Постачання та Поставки. Перша з них зберігає дані про сам факт постачання, а друга містить відомості про окремі поставлені товари. Між таблицями Постачання та Поставки встановлено співвідношення 1:?, оскільки за одне постачання може надійти багато товарів.

Дані про ліки в БД також зберігаються в двох таблицях: Групи Ліків та Довідник Аптекаря. Перша з них зберігає дані про групу ліків, а друга містить відомості про ліки. Між таблицями Групи Ліків та Довідник Аптекаря встановлено співвідношення 1:?, оскільки до одної групи може відноситися багато назв.

Дані про продажі в БД також зберігаються в двох таблицях: Продажі та Що продається. Перша з них зберігає дані про сам факт продажі а друга містить відомості про ліки. Між таблицями Продажі та Що продається встановлено співвідношення 1:?, оскільки до одної продажі може відноситися багато ліків.

Між таблицями Посади і Відомості про переміщення встановлено співвідношення 1:?, оскільки одна посада може містити багато співробітників.

Таблиці Відомості про переміщення і Співробітники мають співвідношення 1:?, оскільки один співробітник може переміщатися багато раз.

Між таблицями Співробітники і Продажі, 1:?, оскільки один клієнт може продавати багато ліків.

Між таблицями Поставки і Виробники встановлено співвідношення 1:?, оскільки виробник може виробляти багато ліків.

Між таблицями Постачальники і Постачання встановлено співвідношення 1:?, оскільки постачальник може постачати багато ліків.

Таблиці Постачання і Поставки мають співвідношення 1:?, оскільки постачання може поставлятися багато разів.

Для створення ІС згідно розробленого проекту БД нами було обрано СУБД MS Access, оскільки вона дозволяє:

• — розробляти нескладні додатки обробки БД в інтерактивному режимі без створення програмного коду;
• — ефективно модифікувати створені об'єкти в режимі конструктора;
• — копіювати, імпортувати та експортувати дані таблиць;
• — перевіряти та забезпечувати цілісність реляційних відношень між таблицями та даними окремих записів таблиць;
• — створювати ефективні засоби для редагування даних таблиць, здійснення пошуку, сортування та фільтрування даних, організації взаємодії між об'єктами.

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

Таблиці ІС розроблені згідно інформаційно-логічної моделі БД (див. рис. 3.1). Розглянемо структуру кожної таблиці:

Таблиця Співробітники має наступну структуру, розміри полів та підписи.

Крім цього, для полів таблиці вказано наступні додаткові властивості:

Таблиця Відомості про переміщення має наступну структуру, розміри полів та підписи.

Крім цього, для полів таблиці вказано наступні додаткові властивості:

Таблиця Посади має наступну структуру, розміри полів та підписи:

Крім цього, для полів таблиці вказано наступні додаткові властивості:

Таблиця Поставки має наступну структуру, розміри полів та підписи.

Крім цього, для полів таблиці вказано наступні додаткові властивості:

Таблиця Виробники має наступну структуру, розміри полів та підписи.

Крім цього, для полів таблиці вказано наступні додаткові властивості:

Таблиця Що продається має наступну структуру, розміри полів та підписи:

Крім цього, для полів таблиці вказано наступні додаткові властивості:

Таблиця Продажі має наступну структуру, розміри полів та підписи:

Крім цього, для полів таблиці вказано наступні додаткові властивості:

Таблиця Постачальники має наступну структуру, розміри полів та підписи:

Крім цього, для полів таблиці вказано наступні додаткові властивості:

Таблиця Постачання має наступну структуру, розміри полів та підписи:

Крім цього, для полів таблиці вказано наступні додаткові властивості:

Таблиця Довідник аптекаря має наступну структуру, розміри полів та підписи:

Крім цього, для полів таблиці вказано наступні додаткові властивості:

Таблиця Переоблік має наступну структуру, розміри полів та підписи:

Крім цього, для полів таблиці вказано наступні додаткові властивості:

Таблиця Упаковка має наступну структуру, розміри полів та підписи: