Розробка бази даних "Автовокзал". Функціональні залежності між атрибутами. Ідентифікація атрибутів, які в реляційної моделі даних використовуються в якості первинних ключів реляційних відносин. Організація вибірки інформації з бази за допомогою запиту.
При низкой оригинальности работы "Проектування та розробка бази даних маршрутів міського транспорту", Вы можете повысить уникальность этой работы до 80-100%
У результаті в БД «Автовокзал» використовуються наступні вхідні дані: ?інформація про водіїв, ?інформація про автобуси, ?інформація про автостанціях, ?інформація про пункти призначення Таблиця driver (Водії) містить: driver_id - унікальний код водія; Таблиця bus (Автобуси) містить: bus_id - унікальний код автобуса; Звязок під номером один, між таблицями «driver - bus» вказує на те, що в один водій може працювати на декількох автобусах. Друга звязок «bus - route» має тип «1: M», так як на один автобус може працювати на декількох маршрутах.Ціллю курсової роботи було проектування бази даних автовокзалу. Для виконання курсової роботи були проведені всі необхідні дослідження, що стосуються розробки стратегії автоматизації, в результаті яких була надана відповідь на принципові запитання, що стосуються автоматизації перевезень. Для цього була використана мова ER-опису ПО, яка базується на концепції, що інформаційна модель будь-якої ПО може бути описана із застосування таких понять, Як сутність, атрибут, звязок.
Вывод
Ціллю курсової роботи було проектування бази даних автовокзалу.
Для виконання курсової роботи були проведені всі необхідні дослідження, що стосуються розробки стратегії автоматизації, в результаті яких була надана відповідь на принципові запитання, що стосуються автоматизації перевезень.
Після цього була побудована концептуальна модель. Для цього була використана мова ER-опису ПО, яка базується на концепції, що інформаційна модель будь-якої ПО може бути описана із застосування таких понять, Як сутність, атрибут, звязок. Крім того, ця мова є суттєво графічною, що дає можливість наочно представляти концептуальну модель ПО. При побудові концептуальної моделі неявно використовувалися результати теорії нормалізації, у звязку з цим побудована модель представлена у третій нормальній формі. Необхідності використання більш високих нормальних форм не було, так як у предметній області не були виявлені складні види транзитивних функціональних залежностей, а також багатозначні залежності.
Логічне та фізичне проектування БД складалося з конвертації концептуальної моделі ПО у реляційну модель даних. При цьому був використаний алгоритм конвертування схеми ПО у мові ER в схему реляційної бази даних. Після цього реляційна база даних була представлена у вигляді команд створення таблиць бази даних у мові SQL ORACLE. Крім того, у мові SQL описані деякі інформаційно-пошукові запити.
Вы можете ЗАГРУЗИТЬ и ПОВЫСИТЬ уникальность своей работы
