Розробка автоматизованої системи обліку працівника бібліотечного фонду коледжу УДАУ
Курсовой проект - Компьютеры, программирование
Другие курсовые по предмету Компьютеры, программирование
?ром. Тип атрибуту колір має багато екземплярів чи значень: червоний, синій, зелений та ін., однак кожному екземпляру дійсності привласнюється тільки одне значення атрибуту.
Абсолютна різниця між типами дійсності та атрибутами відсутня. Атрибут є таким тільки в звязку з типом дійсності. В іншому контексті атрибут може виступати як самостійна дійсність. Наприклад, для автомобільного заводу колір - тільки атрибут продукту виробництва, а для лакофарбуючої фабрики колір - тип дійсності.
Ключ - мінімальний набір атрибутів, за значеннями яких можна однозначно знайти потрібний екземпляр дійсності. Мінімальність означає, що виключення із набору будь - якого атрибуту не дозволяє ідентифікувати дійсність по тим, що залишились. Для дійсності розклад ключем є атрибут номер_рейсу та пункт призначення.
Звязок - асоціювання двох чи більше дійсностей. Якщо б призначенням бази даних було тільки зберігання відокремлених, не звязаних між собою даних, то її структура могла бути досить простою. Однак одне з основних вимагань до організації баз даних - це забезпечення можливості пошуку одних дійсностей за значеннями інших, для чого необхідно встановити між ними певні звязки. А так як в реальних базах даних нерідко міститься сотні чи навіть тисячі дійсностей, то теоретично між ними може бути встановлено більше мільйона звязків. Наявність такої множини звязків і визначає тяжкість інфологічних моделей.
Інфологічна модель являється початковим етапом в проектуванні баз даних, вона допомагає наявно представити роботу АРМ робітника бібліотеки та в подальшому побудувати таблиці та звязки між ними.
При створенні інфологічної моделі можна використовувати мову ER - діаграм, Microsoft Visio і т.д. АРМ працівника бібліотеки змодельований в Microsoft Visio (Рис.2.1).
Рис.2.1 Інфологічна модель БД бібліотечного фонду Тальнівського будівельно-економічного коледжу УДАУ
2.2 Даталогічна модель даних
При розробці даталогічної моделі даних на основі аналізу функціональних залежностей між атрибутами відношень потрібно використовувати теорію нормалізації.
Нормалізація - це розбивка таблиці на двоє чи більше, що володіють кращими властивостями при включенні, зміні і видаленні даних. Остаточна мета нормалізації зводиться до одержання такого проекту бази даних, у якому кожен факт зявляється лише в одному місці, тобто виключена надмірність інформації. Це робиться не тільки з метою економії памяті, скільки для виключення можливої суперечності збережених даних.
По іншому процес нормалізації можна пояснити як декомпозиція початкового відношення на декілька простіших.
Правила декомпозиції:
Між атрибутами не повинно бути функціональної залежності.
Групування атрибутів не повинно супроводжуватися надмірним дублюванням даних.
Склад атрибутів повинен забезпечувати обробку та поновлення їх без ускладнень.
В даній базі даних „Бібліотека" використовуються такі звязки:
Один до одного (1:
1) - у кожен момент часу кожному екземпляру чи атрибуту обєкта Х відповідає 1 чи 0 екземплярів чи атрибутів обєкта Y.
Наприклад: У базі даних „Бібліотека" можна отримати анотацію про книгу тільки за кодом видання цієї книги. Атрибут Код видання є ключовим атрибутом обох обєктів бази даних, Видання, Анотації.
Один до багатьох (1: ?) - одному екземпляру обєкта Х відповідає 0,1 чи декілька атрибутів обєкта Y.
Цей звязок найпоширеніший в базі даних „Бібліотека", так як в основному це є база даних по обліку видань, які беруть в користування багато користувачів. Видання може бути в одному екземплярі, а може бути декілька.
Наприклад: Видавництво може видавати багато видань, різними мовами, різної теми та класифікації. Це є 1: ? обєктів Видавництва, Видання. Такий звязок може мати обєкт Назви, Вид видання (1) до Видання (?). Так як одну назву може мати багато книг; вид видання (методичка, підручник довідник) зроблений з одного видання.
Багато до багатьох (?: ?). Даний звязок розшифровується як такий звязок, що створюється ще додатковий обєкт, який називається асоціативним. Асоціативний звязок виникає при формалізації багато до багатьох.
Аналіз визначених вище обєктів і атрибутів дозволяє виділити обєкти проектованої бази даних і, прийнявши рішення про створення реляційної бази даних, побудувати її даталогічну модель мовою „Таблиці-звязку”:
Рис.2.1 Даталогічна модель бази даних „Бібліотека"
Схема БД бібліотечного фонду представлена з 19 таблиць: “Розробники", “Мови”, “Місце”, “Читачі", “Автори", “Упорядники”, “Редактори", “Художники", “Перекладачі", “Розміщення”, “Видача", “Перевидання", “Плетіння", “Видання”, “Характери", “Назви", “Вид видання", “Видавництва", “Анотації" та звязків між ними.
Назва таблиціІмя поляТип поляАвториКод розробникаТекстовийКод виданняТекстовийАнотаціяКод виданняТекстовийАнотаціяТекстовийВид виданняВид виданняТекстовийНазва видуТекстовийВидавництваКод видавництваТекстовийНазваТекстовийМістоТекстовийВиданняКод виданняТекстовийКод заголовкаТекстовийВид виданняТекстовийНомер томуЧисловийАвторський знакТекстовийБібліотечний шифрТекстовийПовторюваністьЧисловийКод видавництваТекстовийРік виданняЧисловийАнотаціїТекстовийВидачаНомер квиткаЧисловийНомер плетінняЧисловийДата видачіДата/времяТермінЧисловийДата поверненняДата/времяМісцеКод місцяТекстовийНомер кімнатиЧисловийНо