Подякувати Студентському архіву довільною сумою
Admin
26.02.2023 12:38
Дякуємо, що користуєтесь нашим архівом!
Проектування бази даних реляційного типу.
Інформація про навчальний заклад
ВУЗ:
Національний університет Львівська політехніка
Інститут:
Не вказано
Факультет:
Не вказано
Кафедра:
Кафедра інформаційних систем та мереж
Інформація про роботу
Рік:
2006
Тип роботи:
Розрахункова робота
Предмет:
Бази і банки даних
Група:
АВ
Частина тексту файла (без зображень, графіків і формул):
Міністерство освіти і науки України
Національний університет “ Львівська політехніка ”
Кафедра інформаційних систем та мереж
Бази і банки даних
Розрахункова робота
На тему:
“Проектування бази даних реляційного типу”.
Виконав:
студент групи АВ
Прийняв:
Львів 2006
Зміст
Вступ ..................................................................................................................... 3
1. Визначення та опис предметної області ....................................................... 4
2. Побудова моделі типу “сутність-зв’язок” для предметної
області .............................................................................................................................. 4
3. Побудова логічної структури бази даних, визначення
атрибутів, відношень, зв’язків ................................................................................... 5
4. Визначення ключів відношень, нормалізація бази даних
до другої (третьої) нормальної форми ........................................................................ 6
5. Побудова прикладів відношень з тестовими значеннями
даних ................................................................................................................................. 6
6. Виконання над відношеннями операцій реляційної алгебри ................... 9
6.1 Перетин, об’єднання та різниці відношення з його копією ................................................. 9
6.2 Декартів добуток відношень ................................................................................................... 10
6.3 Селекція одного з відношень .................................................................................................. 11
6.4 Натуральне та умовне з’єднання відношень ......................................................................... 11
6.5 Включення, вилучення кортежів, зміна значень атрибутів у одному з
відношень ................................................................................................................................................. 12
6.6 Визначення нового атрибута, вилучення атрибута, зміна параметрів
атрибута в одному з відношень .............................................................................................................. 13
7. Висновки ............................................................................................................. 14
Вступ
Реляційна модель ґрунтується на понятті відношення (relation). З певним наближенням відношенням можна вважати таблицю, яка володіє специфічними властивостями.
Основні властивості відношення:
Стовпчикам присвоюються однозначні імена, і у кожному з них розміщуються однотипні значення окремих елементів даних (дати, прізвища, ціле число або грошові суми, тощо). У відношенні не може бути двох однакових стовпчиків.
Відношення складається з однотипних рядків і має унікальне ім'я.
Рядки мають фіксоване число полів (стовпчиків) і значень (множинні поля, повторювані групи та інші агрегатні значення неприпустимі).
Рядки обов'язково відрізняються один від одного хоча б єдиним значенням, що дозволяє однозначно ідентифікувати будь-який рядок такої таблиці.
У кожній позиції на перетині рядка і стовпчика розміщене атомарне значення або нічого. Поняття атомарності означає неможливість бути поділеним на дрібніші складові без втрати своїх властивостей.
Порядок рядків і стовпчиків у відношенні може бути довільним.
Реляційна база даних – це множини взаємопов'язаних відношень, які зберігають значення інформаційних показників деякої сукупності об'єктів реального світу. Частина реального світу, що відображається в базі даних називається предметною областю.
У термінології баз даних стовпчики таблиць називають атрибутами (attribute), а рядки – кортежами (tupple). Формально, кожен атрибут це поєднання імені деякого інформаційного показника та множини його допустимих значень. Множина значень атрибута називається доменом (domain). Кожен кортеж відношення – це елемент узагальненого декартового добутку доменів деякої множини атрибутів. Кортеж уявляє собою впорядкований n-мірний вектор, кожна компонента якого вибирається із множини значень одного атрибута.
Відношення реляційної бази даних може розглядатись як поєднання двох складових:
множини атрибутів, яка визначає якісні параметри таблиці і називається схемою відношення;
множини кортежів у яких зберігаються значення відповідних атрибутів (інформаційного наповнення).
Кількість атрибутів відношення називають його порядком або ступенем, кількість кортежів – об'ємом або кардинальним числом. Оскільки відношення у базах даних, у загальному випадку є динамічними об'єктами, вводиться поняття стану відношення. Станом називають значення схеми та інформаційного наповнення зафіксовані у деякий момент часу.
Реляційна база даних – це множини взаємопов'язаних відношень, які зберігають значення інформаційних показників деякої сукупності об'єктів реального світу. Частина реального світу, що відображається у базі даних називається предметною областю. Схема бази даних – множина схем відношень, які входять до її складу, а стан бази даних – це множина станів всіх її відношень, визначених на один момент часу.
До складу системного меню СУБД MS Access входить: стрічка заголовку, стрічка панелі інструментів, стрічка стану (елементи середовища СУБД).
Стрічка заголовку – містить ім’я прикладної програми і деколи – им’я відкритої БД, кнопки керування вікна, кнопки для закриття чи відкриття системного меню.
Стрічка меню – містить імена меню, в які об’єднані по функціональному призначенню команди і опції. Панель інструментів – складається з кнопок які містять піктограми. Ці кнопки мають аналоги серед команд меню і використовуються для швидшого запуску операцій.
Стрічка стану – призначена для розміщення повідомлень про операцій, що виконуються і про поточний стан програми.
Вікно СУБД Access – систематизовані об’єкти БД – таблиці, запити, форми, звіти, макроси та модулі (об’єкти БД). Дане вікно має всі властивості вікна Windows.
Панель інструментів – складається з кнопок які містять піктограми. Ці кнопки мають аналоги серед команд меню і використовуються для швидшого запуску операцій.
На панелі інструментів вікна База данных (Database) є основні три кнопки:
перша кнопка зі змінною назвою, в залежності від того, який об’єкт вибрано. Якщо обрана таблиця, запит, форма, сторінка або Избранное (Favorites), кнопка отримує вид Открыть (Ореn). Якщо обрано звіт – Просмотр (Preview). Якщо макрос – Запуск (Run).
друга кнопка Конструктор (Design) постiйна для усiх об’єктів і призначена для редагування раніше створених об’єктів.
третя кнопка Создать (New) має постійну назву, але при цьому змінюються значки, що їй відповідають, в залежності від типу вибраного об’єкту, що створюється при натисканні на неї.
1. Визначення та опис предметної області
За вдан ням да ної розрахункової ро бо ти є опис пе в ної пред ме т ної об ла с ті на ос но ві яко го бу де спро е к то ва но ре ля цій ну ба зу да них.
Об ра но та ку пред ме т ну об ласть:
• туристичне агенство
Відомо багато країн, міст, а також готелів, які пропонують туристичні фірми для населення з метою літнього відпочинку. Тобто потрібно побудувати базу даних, для роботи з даними про країни, міста і готелі, а також працівників, які пропонують певний відпочинок в певній країні.
Основним завданням бази даних, є полегшення процесу роботи працівників туристичного агенства при виборі певної країни, готелю, і ціни в конкретний період часу.
2. Побудова моделі типу “сутність-зв’язок” для
предметної області
Для побудови реляційної бази даних ми вибираємо такі сутності:
Готель
Країна
Період відпочинку
Штат працівників
Пропозиція
Кожній сутності буде відповідати певна множина атрибутів, наприклад сутності „Штат працівників” буде відповідати така множина атрибутів:
Фамілія
Ім’я
По батькові
Посада
Телефон
Факс
E-mail
Модель типу „сутність – зв’зок” для предметної області „Туристичне агенство” з множиною сутностей, які наведені вище, зображено на рисунку 1.
SHAPE \* MERGEFORMAT Назва країни
Країна
Назва готеля
Місто
Період відпочинку
Період відпочинку
Штат працівників
Фамілія
Ім’я
По батькові
Посада
Телефон
Факс
E-mail
Пропозиція
Ціна
Наявність
Хто пропо-нує
Період
часу від-починку
Назва
готелю
Готель
Країна для
відпочинку
багато
багато
багато
багато
один
один
один
один
Рис. 1. Модель типу „сутність – зв’язок” для пердметної області
„турестичне агенство”
3. Побудова логічної структури бази даних, визначення атрибутів, відношень, зв’язків
а) Кон це п ту а ль на мо дель об' єк та.
Ха ра к те ри с ти ки пред ме т ної об ла с ті, що під ля га ють ві до бра жен ню у ба зі да них, опи сує та ка мно жи на ат ри бу тів: працівник, країна, період відпочинку, готель, ціна, наявність, телефон, факс, e-mail.
б) Ло гі ч на схе ма ба зи да них.
Всі пе ре лі че ні ра ні ше ха ра к те ри с ти ки пропозиції мо ж на пред ста ви ти та ки ми ін фо р ма цій ни ми від но шен ня ми, тоб то таб ли ця ми МS Access:
• Пропозиція - ін фо р ма ція про відпочинок, який пропонує туристичне агенство (країна, працівник, період відпочинку, готель, ціна, наявність);
• Штат працівників - ін фо р ма ція про працівників туристичного агенства (прі зви ще, ім’я, по-батькові, посада, те ле фон, факс, e-mail);
• Ці ни - ін фо р ма ція про ці ни на різну пропозицію, в залежності від країни, готелю, періоду відпочинку.
• Період відпочинку
• Країна – інформація, про країни, які пропонуються для відпочинку.
• Готель – інформація про готелі ( адреса, кількість зірок ).
4. Визначення ключів відношень, нормалізація бази
даних до другої (третьої) нормальної форми
Проводимо визначення ключів для кожного з відношень:
а) для відношення пропозиція вибираємо, що ключем буде буде атрибут код пропозиції;
б) для відношення штат працівників, ключем є код працівника;
в) для відношення готель, ключем є код готеля;
г) для відношення країна, ключем є код країни;
д) для відношення період відпочинку, ключем є код періоду відпочинку;
Оскільки у відношеннях реляційної бази даних, визначені ключі, від яких повністю залежні всі неперервні атрибути і кожний неперервний атрибут повністю функціональний, і нетранзитивно залежить від ключа, то можемо зробити висновок, що дана реляційна база даних знаходиться в другій (третій) нормальних формах.
5. Побудова прикладів відношень з тестовими
значеннями даних
Для побудови відношень і реляційної бази даних, використовуємо таб ли ці баз да них СУБД МS Ас сеss, які до зво ля ють ви ко ну ва ти по пе ре дній ана ліз зна чень, що вво дять ся в по ля за по пе ре дньо вка за на ми пра ви ла ми, а отже представимо всі відношення у вигляді таблиць.
Спочатку спроектуємо структуру та вміст таблиць реляційної бази даних:
Таблиця Пропозиція
Таблиця Штат працівників
Таблиця Період відпочинку Таблиця Країна
Таблиця Готель
Для деяких полів наших таблиць необхідно задати певні обмеження та додаткові властивості:
У таблиці Готель поля:
Код готелю - ключове поле;
Назва – індексоване поле без повторень;
Крім цього всі поля в таблиці є обов’язковими.
У таблиці Країна поля:
Код країни – ключове, індексоване поле без повторень;
Назва – індексоване поле без повторень;
Крім цього всі поля в таблиці є обов’язковими.
У таблиці Період відпочинку поля:
Код періоду відпочинку – ключове, індексоване поле без повторень;
Період відпочинку – індексоване поле без повторень;
Крім цього всі поля в таблиці є обов’язковими.
У таблиці Штат працівників поля:
Код працівника – ключове поле без повторень;
Телефон - використовується маска 9(9999)99-99-99;
Факс – використовується маска 999(9999)99-99-99;
Крім цього всі поля в таблиці є обов’язковими.
У таблиці Пропозиція поля:
Код пропозиції – ключове поле без повторень;
Працівник – значення підставляються з відповідного поля таблиці Штат працівників;
Країна – значення підставляються з відповідного поля таблиці Країна;
Період відпочинку – значення підставляються з відповідного поля таблиці Період відпочинку;
Готель – значення підставляються з відповідного поля таблиці Готель;
Ціна - використовується контроль на ввід значень (ціна має бути > 0);
Крім цього всі поля в таблиці є обов’язковими.
Вигляд всіх таблиць нашої бази даних можна побачити на рис.2,3,4,5,6.
Рис.3. Таблиця Країна
Рис.2. Таблиця Готель.
Рис.4. Таблиця Період відпочинку
Рис.5. Таблиця Штат працівників
Рис.6. Таблиця Пропозиція
Між даними таблиць Період відпочинку, Країна, Штат працівників, Готель і таблицею Пропозиція є зв’язок один-до-багатьох;
Рис.7. Схема бази даних.
6. Виконання над відношеннями операцій
реляційної алгебри
6.1 Перетин, об’єднання та різниці відношення з його копією
Для проведення даної операції створюємо копію таблиці Країна, таблицю Країна1:
а) Перетин відношень:
Країна ∩ Країна1 = Країна2
б) Об’єднання відношень:
Країна U Країна1 = Країна3
в) Різниця відношень:
Країна \ Країна1 = Країна4
6.2 Декартів добуток відношень
Країна * Період відпочинку = Період2
6.3 Селекція одного з відношень
Select ( Штат працівників , Ω ) = Штат2
Ω = ( посада , „ головний менеджер”)
6.4 Натуральне та умовне з’єднання відношень
а) Натуральне з’єднання:
Готель * Пропозиція = Пропозиція2
б) Умовне з’єднання:
Пропозиція * Ω Штат працівників = Пропозиція3
Ω = ( посада , „ генеральний директор ”)
6.5 Включення, вилучення кортежів, зміна значень атрибутів у одному з відношень
а) Включення кортежа:
Країна6 = insert ( Країна, Туніс )
б) Вилучення кортежа:
Країна5 = delete ( Країна, Болгарія )
в) Зміна значень атрибутів в одному з відношень:
Країна7 = update ( Країна, Ω )
Ω = ( Назва , Назва_країни )
6.6 Визначення нового атрибута, вилучення атрибута, зміна параметрів атрибута в одному з відношень:
а) Визначення нового атрибута:
Адреса готеля = Add ( Готель, Адреса )
б) Вилучення атрибута:
Адреса готеля = Drop ( Готель, Адреса )
в) Зміна параметрів атрибута в одному з відношень
Період відпочинку1 = Rename ( Період відпочинку , Ω )
Ω = період відпочинку, новий період
Висновки
В даній розрахунковій роботі ми практично навчились застосовувати методи побудови реляційної бази даних для конкретної предметної області, а саме:
- побудували модель типу „сутність – зв’язок” для предметної області „туристичне агенство”, яка показана на рисунку 1;
- побудували структуру бази даних і визначили атрибути, відношення і зв’язки для даної бази даних;
- визначивши ключі у відношеннях, нормалізували базу даних до другої ( третьої ) нормальної форми;
- за допомогою таб ли ці баз да них СУБД МS Ас сеss, спроектували базу даних для предметної області „туристичне агенство”;
- навчилися виконювати операції реляційної алгебри над відношеннями даної бази даних.
Ділись своїми роботами та отримуй миттєві бонуси!
0%
Оголошення від адміністратора