КАТЕГОРИИ:
АстрономияБиологияГеографияДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРиторикаСоциологияСпортСтроительствоТехнологияФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника
|
Лабораторна робота №1. База даних - сукупність пов'язаних даних, організованих за певними правилами, які передбачають загальні принципи описуБаза даних - сукупність пов'язаних даних, організованих за певними правилами, які передбачають загальні принципи опису, зберігання і маніпулювання, незалежна від прикладних програм. Реляційна база даних - це база даних, в якій інформація представлена у вигляді двовимірних таблиць, які зберігаються у файлах. Таблиця складається з рядків, званих записами, запису складаються з стовпчиків, званих полями. Система управління базами даних (СУБД) - це сукупність мовних і програмних засобів, призначених для створення, ведення та спільного використання БД багатьма користувачами. Розрізняють три моделі баз данних: ієрархічну, мережеву, реляційну. Реляційна модель ґрунтується на математичних принципи теорії множин і математичної логіки. Ці принципи були вперше використані для моделювання даних в 60-х роках минулого століття Коддом. Реляційна модель визначає, яким чином дані можуть бути представлені (структура даних), яким чином дані можуть бути захищені від некоректних змін (цілісність даних) і які операції можуть бути виконані з даними (операції з даними). Основні поняття реляційної моделі: · всі дані концептуально представляються як впорядковане набір рядків і стовпчиків, званих ставленням; · всі дані є скалярними; · рядок даних називається кортежем, кількість кортежів називається кардинальним числом; · кожен стовпчик у кортежі називається атрибутом, кількість атрибутів називається ступенем відносин; · відсутність інформації описується значенням NULL. В якості об’єкта проходження практики з проектування баз данних та інформаційних систем я обрав Ресторан «Аристократ» Пiдприємство унiкальне за своїм виробництвом та власною полiтикою. Тут відбувається обслуговування клієнтів , робота з постачальниками. Кожен працівник чітко виконує поставлені задачі та свої обов’язки. В Ресторані «Аристократ» чітко фіксуються всі дані , номера замовлень, дата замовлень, суми замовлень, адреси складів , кількість продуктів, та данні працівників. Такому підприємстві необхідно мати свою базу даних. Для ефективного керування рестораном. Для цього я пропоную створити базу даних яка буде містити 4 таблиці. При створенні таблиць БД я використовував принцип нормалізації БД. Нормалізація схеми бази даних — покроковий процес розбиття одного відношення (на практиці: таблиці) відповідно до алгоритму нормалізації на декілька відношень на базі функціональних залежностей. Нормальна форма — властивість відношення в реляційної моделі даних, що характеризує його з точки зору надмірності, яка потенційно може призвести до логічно помилкових результатів вибірки або зміни даних. Нормальна форма визначається як сукупність вимог, яким має задовольняти відношення. В поставленому завданні я створював таблиці до третьої нормальної форми. Їх властивості: Перша нормальна форма (1НФ, 1NF) утворює ґрунт для структурованої схеми баз даних та має наступні властивості: 1. Кожна таблиця повинна мати основний ключ: мінімальний набір колонок, які ідентифікують запис. 2. Уникнення повторень груп (категорії даних, що можуть зустрічатись різну кількість разів в різних записах) правильно визначаючи не-ключові атрибути. 3. Атомарність: кожен атрибут повинен мати лише одне значення, а не множину значень. Друга нормальна форма має такі властивості: 1. Друга нормальна форма (2НФ, 2NF) вимагає, аби дані, що зберігаються в таблицях із композитним ключем не залежали лише від частини ключа: 2. Схема бази даних повинна відповідати вимогам першої нормальної форми. 3. Дані, що повторно з'являються в декількох рядках виносяться в окремі таблиці. Третя нормальна форма має такі властивості 1. Третя нормальна форма (3НФ, 3NF) вимагає, аби дані в таблиці залежали винятково від основного ключа: 2. Схема бази даних повинна відповідати всім вимогам другої нормальної форми. 3. Будь-яке поле, що залежить від основного ключа та від будь-якого іншого поля, має виноситись в окрему таблицю. Відповідно до вище наведеного, мої таблиці будуть мати таку структуру. Таблиця prof:
Таблиця pracivnuk:
Таблиця zakaz:
Таблиця sklad:
Таблиці будуть зв’язані наступним чином
Між даними таблицями існує зв'язок один до багатьох.При такомузв’язку одному запису в першій таблиці відповідає лише один запис в іншій таблиці. Відповідність записів встановлюється по полю.
|