Теми рефератів
> Реферати > Курсові роботи > Звіти з практики > Курсові проекти > Питання та відповіді > Ессе > Доклади > Учбові матеріали > Контрольні роботи > Методички > Лекції > Твори > Підручники > Статті Контакти
Реферати, твори, дипломи, практика » Статьи » Розробка бази даних і прикладного програмного забезпечення для обліку автозапчастин та послуг автосервісу

Реферат Розробка бази даних і прикладного програмного забезпечення для обліку автозапчастин та послуг автосервісу





ибутами: код зарплати, код співробітника, сума і дата видачі. Первинним ключем вибирається целочисленное поле код зарплати raquo ;. Зовнішнім ключем вибирається код співробітника .

Для досягнення мінімальної надмірності даних у БД необхідно провести нормалізацію таблиць (відносин) бази даних. На практиці досить, щоб ставлення знаходилося в 3 нормальній формі. Ставлення задовольняє 3 нормальній формі, тоді і тільки тоді, коли відношення знаходиться в другій нормальній формі, і відсутні транзитивні функціональні залежності неключових атрибутів від ключових. [12]

Кожна таблиця спроектованої БД перевірена на відповідність вимогам 3 нормальній формі.

Логічна схема база даних обліку автозапчастин та послуг автосервісу представлена ??на малюнку 2.



Малюнок 2 - Логічна схема база даних обліку автозапчастин та послуг автосервісу


3.1.3 Проектування фізичної схеми бази даних

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

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

У даній роботі іспользоваласт СУБД MySQL. Обгрунтування вибибора цієї СУБД представлено в розділі 2.1

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

У разі реляційної моделі даних під цим мається на увазі наступне:

створення набору реляційних таблиць і обмежень для них на основі інформації, представленої в глобальній логічної моделі даних;

визначення конкретних структур зберігання даних і методів доступу до них, що забезпечують оптимальну продуктивність СУБД;

розробка засобів захисту створюваної системи.

У табліцах1-14 наочно представлені всі таблиці фізичної бази даних: заякой, ОПЛАТА, ЗАПЧАСТЬ, ОПЛАТА, ЗАРПЛАТА, ДОГОВІР, АВТОМОБІЛЬ, КЛІЄНТ, замовити послуги, ПОТАВКА, ПОСТАЧАЛЬНИК, виконаних робіт, працівники, посади з перерахуванням стовпців, їх типів, розмірів і значень за замовчуванням, якщо такі є. В якості типу таблиці обраний формат InnoDB.


Таблиця 1 - Структура таблиці ЗАЯВКА

Назва поляТіп даннихКод заявкіint (255) PKКод договораint (255) FKКод запчастіint (255) FKКолічествоint (255) Стоімостьdecimal

У таблиці ЗАЯВКА міститься наступна інформація: ідентифікаційний номер заявки - значення є первинним ключем даної таблиці, ідентифікаційний номер договору - зовнішній ключ для зв'язку заявки з конкретним договором, ідентифікаційний номер запчастини - зовнішній ключ для зв'язку заявки з конкретною запчастиною, кількість запчастин і вартість.


Таблиця 2 - Структура таблиці ПОСТАЧАЛЬНИК

Назва поляТіп даннихКод поставщікаint (255) PKНазваніеvarchar (255) Телефонvarchar (255) Адресvarchar (255)

У таблиці ПОСТАЧАЛЬНИК міститься наступна інформація: ідентифікаційний номер постачальника - значення є первинним ключем даної таблиці, назва, телефон та адресу постачальника.


Таблиця 3 - Структура таблиці ОПЛАТА

Назва поляТіп даннихКод оплатиint (255) PKКод договораint (255) FKСуммаdecimal (255) Датаdate (255) Відvarchar (255) Грошовий взносdecimal (255) Остатокdecimal (255) Готовностьboll (255)

У таблиці ОПЛАТА міститься наступна інформація: ідентифікаційний номер оплати - значення є первинним ключем даної таблиці, ідентифікаційний номер договору - зовнішній ключ для зв'язку оплати з договором, сума, дата, вид, грошовий внесок, залишок і готовність.


Таблиця 4 - Структура таблиці ЗАПЧАСТЬ

Назви поляТіп даннихКод запчастіint (255) PKНазваніеvarchar (255) Фірма varchar (255) Характерістікаvarchar (255)

У таблиці ЗАПЧАСТЬ міститься наступна інформація: ідентифікаційний номер запчастини - значення є первинним ключем даної таблиці, назва, фірма і характеристика.


Таблиця 5 - Структура таблиці ЗАРПЛАТА

Назва поляТіп даннихКод зарплатиint (255) PKКод сотруднікаint (255) FKСуммаdecimal (255) Дата видачіdate (255)


Назад | сторінка 7 з 16 | Наступна сторінка





Схожі реферати:

  • Реферат на тему: Базові поняття реляційної моделі даних (створення таблиці MS Access)
  • Реферат на тему: Комп'ютерна обробка даних таблиці Microsoft Office Access
  • Реферат на тему: Створення та аналіз бази даних обліку комунальних витрат підприємств. Орга ...
  • Реферат на тему: Проектування бази даних "База даних районного відділу податкової інспе ...
  • Реферат на тему: Розробка бази даних для зберігання інформації даних характеристик товару