тися повторюваних груп, тобто кілька значень для кожного екземпляра.
Для приведення сутності до першої НФ слід [12]:
- розділити складні атрибути на атомарні;
- створити нову сутність;
- перенести в неї всі «повторювані» атрибути;
- вибрати можливий ключ для нового № (або створити новий номер);
- встановити ідентифікує зв'язок від колишньої сутності до нової, № колишньої суті стане зовнішнім ключем для нової сутності.
Сутність знаходиться в 2-й нормальній формі, якщо вона знаходиться в першій НФ і кожен не ключовий атрибут повністю залежить від первинного ключа. 2НФ має сенс для сутностей, що мають складний первинний ключ.
Для приведення сутності до другої НФ слід [12]:
- виділити атрибути, які залежать тільки від частини первинного ключа, створити нову сутність;
- помістити атрибути, які залежать від частини ключа, в їх власну (нову) сутність;
- встановити ідентифікує зв'язок від колишньої сутності до нової.
Сутність знаходиться в 3-й нормальній формі, якщо вона знаходиться під 2НФ і ніякої не ключовий атрибут не залежить від іншого не ключового атрибута (не повинно бути взаємозалежності між не ключова атрибута).
Для приведення сутності до третього НФ слід [12]:
- створити нову сутність і перенести в неї атрибути з однією і тією ж залежністю від не ключова атрибута;
- використовувати атрибути, що визначають цю залежність як первинного ключа нової сутності;
- встановити не ідентифікує зв'язок від нової сутності до старої.
Розроблена модель знаходиться в 3-й нормальній формі.
2.2.2 Фізичне проектування
Фізична модель даних залежить від конкретної СУБД. У фізичній моделі міститься інформація про всі об'єкти БД. Оскільки стандартів на об'єкти БД не існує, фізична модель залежить від конкретної реалізації СУБД. Отже, однієї і тієї ж логічної моделі можуть відповідати кілька різних фізичних моделей. Якщо в логічної моделі не має значення, який конкретно тип даних має атрибут, то у фізичній моделі важливо описати всю інформацію про конкретних фізичних об'єктах.
Як СУБД обрана Microsoft Access.діаграмма системи на фізичному рівні представлена ??на малюнку 2.4.
Малюнок 2.4 - ER-діаграма системи на фізичному рівні
Фізичне опис моделі найзручніше представити у вигляді таблиць. База даних проекту містить таблиці, назви яких відповідають іменам сутностей инфологической моделі. Структура бази даних описана в таблиці 2.1.
Таблиця 2.1 - Опис таблиць бази даних
Найменування табліциНаіменованіе поляТіп поляПервічний ключВнешній ключГруппыIDAutoNumberYesNoГруппаText(50)NoNoЗаказыNЗаказаAutoNumberYesNoДатаПриемаDate/TimeNoNoДатаСдачиDate/TimeNoNoКлиентIDLong IntegerNoYesРаботнікIDLong IntegerNoYesСуммаCurrencyNoNoКлиентыIDAutoNumberYesNoНаименованиеText(100)NoNoИнформацияText(255)NoNoАдресText(100)NoNoТелефоныText(30)NoNoРеквизитыText(100)NoNoИННText(15)NoNoКППText(15)NoNoМатЦенностиШифрAutoNumberYesNo...
