Перед тим, як створювати фізичний проект БД необхідно створити первісний проект. Він вже буде містити всі необхідні сутності та зв’язки.

В первісному проекті бази даних будуть такі сутності:

· ПроизводительПоставщик – виробник лікарських препаратів;

· АнкетаПроизводителя – дані про виробника;

· АнкетаПоставщика – дані про постачальника лікарських препаратів;

· ГруппаЛекарственныхПрепаратов – поділ лікарських препаратів відповідно до їх груп;

· ЛекарственныеПрепараты – лікарські препарати та їх властивості;

Розглянемо дані сутності та зв'язок між ними та зобразимо їх на ER – діаграм, яка зображена на додатку «Додаток А».

ПроизводительПоставщик (Счетчик, КодМенеджера) – де Счетчик – номер п/п, КодМенеджера – код менеджера виробника лікарських препаратів.

АнкетаПроизводителя (КодМенеджера, НазваниеПроизводителя, ФИОМенеджера, Город, Адрес, Телефон) – де КодМенеджера – код менеджера виробника лікарських препаратів, НазваниеПроизводителя – назва виробника лікарських препаратів, ФИОМенеджера – прізвище, ім’я та по батькові менеджера виробника, Город – місто розташування виробника, Адрес – адреса виробника, Телефон – телефон виробника.

АнкетаПоставщика (КодМенеджераПоставщика, НазваниеПоставщика, ФИОМенеджераПоставщика, ГородПоставщика, АдресПоставщика, ТелефонПоставщика) – де КодМенеджераПоставщика – код менеджера постачальника лікарських препаратів, НазваниеПоставщика – назва постачальника лікарських препаратів, ФИОМенеджераПоставщика – прізвище, ім’я та по батькові менеджера постачальника, ГородПоставщика – місто розташування постачальника лікарських препаратів, АдресПоставщика – адреса постачальника, ТелефонПоставщика – телефон постачальника.

ГруппаЛекарственныхПрепаратов (ЛекарственныеФормы, КодЛекарственнойФормы) – де ЛекарственныеФормы – назва лікарської форми, КодЛекарственнойФормы – код лікарської форми.

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

На даному етапі проектування бази даних повтор атрибутів спостерігається в таблицях ПроизводительПоставщик і АнкетаПроизводителя. Проте повтор атрибутів буде необхідний для того щоб зв’язати між собою інші відношення.

Зв’яжемо таблиці ПроизводительПоставщик та ЛекарственныеПрепараты за допомогою відношення перетину – ЛекарственныйПрепаратПроизводитель, проте тоді між даними відношеннями буде зв'язок «багато до багатьох». Щоб представити цей зв'язок визначимо три відношення: по одному відношенню для кожного з об’єктів та відношення перетину. Відношення перетину представляє зв'язок двох об’єктів та складається з ключів своїх батьків. [5, c. 262]

Зв’яжемо таблиці ЛекарственныеПрепараты та ГруппаЛекарственныхПрепаратов аналогічним способом за допомогою допоміжного відношення – ЛекарственныйПрепаратГруппа. Тоді відношення ЛекарственныеПрепараты та ГруппаЛекарственныхПрепаратов мають зв'язок «багато до багатьох»

Зв’яжемо таблиці Производитель та АнкетаПоставщика за допомогою допоміжного поля у відношенні Производитель КодМенеджераПоставщика – код менеджера постачальника лікарських препаратів.

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

ПроизводительПоставщик (Счетчик, КодМенеджера, КодМенеджераПоставщик)

АнкетаПроизводителя (КодМенеджера, НазваниеПроизводителя, ФИОМенеджера, Город, Адрес, Телефон)

ЛекарственныйПрепаратПроизводитель (Счетчик, КодЛекарственногоПрепарата)

ЛекарственныеПрепараты (КодЛекарственногоПрепарата, НазваниеЛекарственногоПрепарата, ДействующееВещество, Применение, ПобочныеДействия)

ГруппаЛекарственныхПрепаратов (ЛекарственныеФормы, КодЛекарственнойФормы)

ЛекарственныйПрепаратГруппа (КодЛекарственнойФормы, КодЛекарственногоПрепарата)

АнкетаПоставщика (КодМенеджераПоставщика, НазваниеПоставщика, ФИОМенеджераПоставщика, ГородПоставщика, АдресПоставщика, ТелефонПоставщика).

Перевіримо дані відношення на нормальні форми.

Всі відношення належать до 1НФ, оскільки всі атрибути таблиць є простими, тобто мають єдине значення. Всі відношення належать до 2НФ, оскільки в якості ключа є одиночний атрибут. Відношення не мають транзитивних залежностей, тобто вони знаходяться в 3НФ. Всі відношення належать до НФБК, так як не мають складних ключів.

Реляційна схема міститься на Додатку Б.

4. Обрання програмного забезпечення

Логічний проект, який ми розглянули в попередньому розділі, бази даних є простим у розумінні і простим для реалізації на ЕОМ, тому найзручніше використовувати реляційний тип бази даних.