Здавалка
Главная | Обратная связь

Інформаційна модель предметної області



Для побудови інформаційної моделі виділяємо такі сутності: Клієнт, Замовлення, Монітор.

Кожен клієнт може зробити декілька замовлень, але одне замовлення робиться одним клієнтом, тому зв’язок між сутностями «Клієнт» – «Замовлення»: «один-ко-многим».

Відповідно до постанови задачі клієнт може одночасно замовити декілька одиниць товару в одному замовленні, і навпаки, кожен монітор (модель) може бути в декількох замовленнях, тому зв’язок між сутностями «Замовлення» – «Монітор»: «многие-ко-многим».

Рис. 1. Взаємозв’язки між сутностями та їх типи

Логічна модель

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

Сутність «Клієнт» матиме такі атрибути (виходячи з постанови задачі): «Клієнт», «Телефон», «Адреса». Оскільки жоден з визначених атрибутів (або їх комбінація) не може однозначно ідентифікувати екземпляр сутності «Клієнт», вводимо атрибут «Код клієнта», який і буде первинним ключем.

Сутність «Монітор» матиме такі атрибути (виходячи з постанови задачі): «Модель», «Виробник», «Технічні параметри», «Оптова ціна», «Роздрібна ціна». Оскільки атрибут «Модель» буде містити унікальні дані, тобто зможе однозначно ідентифікувати екземпляр сутності «Монітор», він і буде первинним ключем.

Сутність «Замовлення» матиме такі атрибути (виходячи з постанови задачі): «Номер замовлення», «Клієнт», «Дата замовлення», «Дата оплати». Оскільки атрибут «Номер замовлення» буде містити унікальні дані, тобто зможе однозначно ідентифікувати екземпляр сутності «Замовлення», він і буде первинним ключем.

Оскільки зв’язок між сутностями «Клієнт» – «Замовлення»: «один-ко-многим», то первинний ключ сутності «Клієнт» повинен бути атрибутом у сутності «Замовлення». Таким чином, у сутності «Замовлення» замість атрибута «Клієнт» використовуємо атрибут «Код клієнта» (як зовнішній ключ).

Оскільки зв’язок між сутностями «Замовлення» – «Монітори»: «многие-ко-многим», додаємо нову сутність, яка має зв’язок «один-ко-многим» із сутностями «Замовлення» та «Монітор»: «Вміст замовлення». Сутність «Вміст замовлення» має атрибути «Номер замовлення» (як зовнішній ключ), «Модель» (як зовнішній ключ) та «Кількість». Ключем у даній сутності буде складений ключ: атрибути «Номер замовлення» та «Модель».

Оскільки атрибут «Виробник» сутності «Монітор» має обмежену кількість значень, має сенс утворити сутність «Фірма-виробник» з атрибутами «Код виробника», «Виробник». І таким чином, у сутності «Монітор» як зовнішній ключ залишаємо атрибут «Код виробника» (замість атрибута «Виробник»).

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







©2015 arhivinfo.ru Все права принадлежат авторам размещенных материалов.