Реферат База даних "Чемпіонат авто"

Страница 1 из 2 | Следующая страница

>СОДЕРЖАНИЕ

 

Запровадження

1. Концептуальна модель бази даних «Чемпіонат авто»

1.1 Основні поняття

1.2 Опис предметної області

1.3 Каталог завдань

1.4 Опис таблиць

1.5 Схема даних

1.6ER-диаграмма

2.Реляционная модель бази даних «Спортивний комплекс»

2.1 Вибір логічного моделі

2.2 Основні поняття

2.3 Проектування реляційної моделі

2.3.1 Нормалізація відносин

2.3.2 Опис ключів

2.3.3 Правила цілісності

3. Реалізація бази даних «Чемпіонат авто»

4. Результат роботи бази даних «Чемпіонат авто»


 

ЗАПРОВАДЖЕННЯ

Вибір предметної області «Чемпіонат авто» обумовлений особистим зацікавленням прочитає і можливістю перекидання бази даних серед фахівців і хто цікавиться. Під час проектування програм з'ясовуються запити, й побажання користувача, й можливий підхід до вирішення завдання. Завдання аналізується. За підсумками цього аналізу реалізується конкретної моделі у певній програмної середовищі. Результати кожного етапу проектування використовують як вихідний матеріал наступного етапу. Аналізується поточна організація «Чемпіонат авто», виділяються проблеми на вирішення, визначаються об'єкти відносини з-поміж них, розробляється модель з урахуванням конкретних умов її функціонування. База даних орієнтована на певну предметну область і організована з урахуванням деякого підмножини даних. Можливості баз даних корисними у світі областях, що з тривалим управлінням інформацією, як-от вплив електронних бібліотек і сховища даних. Під час проектування системи обробки даних найбільше нас цікавить організація даних. Вимоги користувачів мають бути представлені на єдиній “узагальненому поданні”. Останнє називають концептуальної моделлю. У процесі проектування необхідно: Описати предметну область ;визначити склад парламенту й зміст інформації, яка у даної предметної області; виявити сутності; виявити зв'язок між сутностями; уявити модель як схеми даних, іER-диаграмми; проаналізувати модель з урахуванням інформаційними потребами користувачів; створитиспроектированнуюБД серед Delphi; розробити докладання реалізації запитів і вирішення завдань; реалізувати можливість сортування й пошуку; уявити кілька звітів і діаграм.


1.КОНЦЕПТУАЛЬНАЯ МОДЕЛЬБАЗЫ ДАНИХ «ЧЕМПІОНАТ АВТО»

 

1.1 Основні поняття

Під час розробки бази даних ми користуватися такими поняттями:

Сутність особистості, факти, об'єкти реального світу, які стосуються деякою проблемної області.

>Атрибут – це інформаційне відображення властивостей об'єкта. При реалізації інформаційної моделі на якомусь носії інформації, атрибут часто називають елементом даних, полем даних чи навіть полем.

Примірник сутності – це одне набір значень його елементів даних.

>Домен – семантична поняття, що можна розглядати, як підмножина значень деякого типу даних, мають певний сенс.

Зв'язок - це функціональна залежність між сутностями.

Концептуальна модель - представляє інтегровані концептуальні вимоги всіх користувачів до бази даних даної предметної області.

 

1.2 Опис предметної області

У цьому підрозділі дається стисле опис предметної області, у якій функціонує система «Чемпіонат авто».Описиваются середовище функціонування, цілі й завдання розробленої бази даних. Під час проектування бази даних всіх зусиль розробника мали пливуть переважно на структуризацію даних, і виявлення взаємозв'язків з-поміж них. Проектування схеми даних, іER-диаграмми грунтується на аналізі що розв'язуються у спортивному комплексі з обробки даних. Схема даних включає описи об'єктів та його взаємозв'язків, які становлять інтерес в аналізованої предметної області й викритих у результаті аналізу даних.

Усі чемпіонати з автогонок, що проводилися окремому місті, інформація учасників, спонсорів, майстрів про ремонт тощо. зберігається базі даних «Чемпіонат авто». Також у даної системи реєструються усі результати заїздів кожному за гонщика, зокрема час, місце, і назву чемпіонату. Існує можливість редагування інформації. До даним можливостям ставляться додавання, видалення і журналістам зміну записів. Крім того даної базі даних зберігається інформація, як про чемпіонатах, а йгонщиках, майстрівавтомастерской і автомобілях, що у гонках. Ця інформація він може віддалятися, додаватися, редагуватися.

1.3 Каталог завдань

 

Базуючись на описі предметної області, визначимо коло запитів і завдань, що передбачається вирішувати безпосередньо з використанням бази даних «Чемпіонат авто».

Завдання:

· інформацію прогонщиках;

· інформацію про автомобілях;

· інформацію про чемпіонатах;

· інформацію про що працює персоналі;

· інформацію про спонсорів;

· наявні терміни ремонті автомобілів;

· інформацію про місцях проведення чемпіонатів;

· список заїздів, час і важливе місце учасників

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

1.4 Опис таблиць

1) Майстерня

* >IDмайстерні

>idmaster +
Автомобіль >avtomast P.S
Вартість Ремонту >stoim I
ДатаОкончания Ремонту >daterem D
НомерБокса >nbox I
Прізвище Майстра >familmast P.S

2) Працівники Майстерні

* >IDмайстра

>idworker +
Прізвище >familwork P.S
Ім'я >namework P.S
По батькові >fathwork P.S
Дата Народження >datework D
Стаж >stag I

3)CписокАвтомобилей

* Марка

>CodeWork +
Модель >model P.S
РікВипуска >yearvyp I
Пробіг >probeg I
Колір >color P.S
>ID майстерні >idmast I

4)УчастникиЧемпионата

* >IDучасника

>iduch +
Автомобіль >avto I
Гонщик >racer P.S
Результат >result I
>ID гонщика >idracer I

база данийреляционний модель

5) Гонщики

* >IDгонщика

>idracer +
Прізвище >familracer P.S
Ім'я >nameraser P.S
По батькові >fathracer P.S
Дата Народження >dateracer D
КількістьУчастий >kolvo I
Наявність Приз Місць >priz B

6) РезультатиЗаезда

* >IDрезультату

>idresult +
Чемпіонат >champ I
Час >time I
Місце >mesto I

7) Чемпіонати

* >IDчемпіонату

>idchamp +
НазваЧемпионата >nazchamp P.S
СпонсорЧемпионата >sponschamp I
МісцеПроведения >mestochamp I
РікПроведения >yearchamp D

8) Спонсори

* >IDспонсора

>idspons +
Спонсор >sponsor P.S
ВинагородуСпонсора >voznagr I
>ID чемпіонату >idchamp I

 

9) МісцеПроведения

* >IDмісця

>idmesta +
Назва Місця >nazmesta P.S
Тип Траси >tiproad P.S
>ID чемпіонату >idchamp I

 


 

1.5 Схема даних

1.6 >ER-діаграма

 


 

2.РЕЛЯЦИОННАЯ МОДЕЛЬБАЗЫ ДАНИХ «ЧЕМПІОНАТ АВТО»

 

2.1 Вибір логічного моделі

>Хранимие у базі дані мають певну логічний структуру, тобто модель. Розрізняють такі моделі уявлення даних базі даних:

- ієрархічну

- мережну

-реляционную

-объектно-ориентированную

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

У мережевий моделі дані організуються як довільного графа. Перевагою цієї моделі є висока швидкість пошуку миру і можливість адекватно представляти дані на вирішення безлічі завдань найрізноманітніших предметних областях. Висока швидкість пошуку полягає в класичному способі реалізації мережевий моделі - з урахуванням списків. Недоліком мережевий моделі є жорсткість структури та висока складність організації.

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

>Реляционная модель отримала свою назву від англійського термінаrelation (ставлення) і була запропонована в 70-х роках співробітником фірми IBM ЕдгаромКоддом.РеляционнаяБД є сукупність таблиць, пов'язаних відносинами. Різниця між таблицею звичному сенсі програми та поняттям відносини у тому, що стосовно немає порядку - це неупорядковане безліч записів. Порядок визначається не ставленням, а конкретної вибіркою зі ставлення. Зв'язок між таблицями існує на логічному рівні, і визначається предметної областю. Практично зв'язок між таблицями встановлюється шляхом застосування логічно пов'язаних даних у різних таблицях.

Робота зреляционнимиСУБД використовується стандартизований мову структурованих запитівSQL.

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

До вад можна віднестиатомарность, обмеженість і обумовленість набору можливих типів даних. Це утрудняє використанняреляционних моделей декому сучасних додатків. Названа проблема вирішується розширеннямреляционних моделей вобъектно-реляционние.

У >объектно-реляционной моделі окремі записи база даних видаються як об'єктів. Між записами бази даних, і функціями їх опрацювання встановлюються взаємозв'язку з допомогою механізмів, подібних відповідним засобам вобъектно-ориентированних мовами програмування.Объектно-ориентированние моделі поєднують особливості мережевий і реляційної моделей й закони використовують до створення великихБД зі складними структурами даних.

Перейти до ієрархічної моделі даних складно, через складність реалізації складних зв'язків через деревоподібні структури (хоча реалізація частини сутностей і зв'язків ієрархії через цю логічний модель не так важко). Набагато більше підходить мережна модель даних, проте ми вибираємореляционную модель, оскільки :

· уявлення даних як двомірних таблиць простіше, ніж вигляді списків;

· реляційна модель проста, має гнучкою структурою, зручна для реалізації за комп'ютером.

·  2.2 Основні поняття

 

>Реляционная модель даних – цей спектакль даних як сукупності двовимірні таблиць:

1) кожен елемент таблиці є один елемент даних, тобто. список може бути значенням;

2) все стовпчики в таблиці однорідні, тобто. елементи шпальти однієї природи;

3) >столбцам однозначно надано імена;

4) в таблиці немає двох однакових рядків;

5) рядки - і стовпчики таблиць можуть проглядатися у кожному порядку, не враховуючи її змісту та здорового глузду.

Для математичного описи реляційної моделі нам знадобляться такі поняття

>Атомарние дані – це найменші одиниці данихнеразложимие з погляду моделі.

>Домен – це безліч атомарних значень однієї й тієї типу.

>Атрибут – це підмножина домену, має унікальне ім'я.

Ставлення надоменах D1, D2, ..Dn складається з заголовка й тіла.

R (A1, A2, ..An) D1>D2>D3

 

Заголовок складається з такого фіксованого безлічі атрибутів

А1, A2, ..An , що є ставлення між атрибутами та йогодоменами.

Тіло складається з мінливих у часі безлічі кортежів.

Кортеж складається з значень кожного атрибута за одним значенням на атрибут.

Таблиця в реляційної теорії відповідає відношенню.

>Строке відповідає кортеж.

>Столбцу – атрибут.

>Введем поняття ключа відносини.

Нехай А – безліч атрибутів відносини

А = {A1, A2,..An} і нехайk – це підмножина А

>k A

Можливим ключем відносини R є така підмножинаk, яке задовольняє наступному умові:

1) в довільний час ніякі два різнихкартежа немає однієї й тієї ж значення дляk

2) жодного з атрибутів може бути виключили зk без порушення першого умови.

2.3 Проектування реляційної моделі

Існує дві основні методу проектування реляційної моделі:

1. метод декомпозиції (використовується при кількості ключових атрибутів трохи більше 20);

2. з урахуванням концептуальної моделі.

Оскільки концептуальна модель вже й побудована, то скористаємося другим методом. І тому виконаємо нормалізацію відносин.

2.3.1 Нормалізація відносин

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

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

Ставлення називаєтьсянормализованним чи наведених до першої нормальної формі (>1НФ), коли всі його атрибути прості чи атомарні – далі неподільні. Розроблена база даних «Чемпіонат авто» відповідає даній НФ, саме виконані такі вимоги:

«щодо немає однакових кортежів;

«кортежі не упорядковані;

«атрибути не упорядковані і різняться по найменувань;

«все значення атрибутів атомарні.

Як очевидно з перелічених рис, будь-яке ставлення автоматично перебуває у першої нормальної формі. Щоб розглянути питання приведення відносин до другої нормальної формі, треба дати пояснення поняттю функціональної залежності. Нехай є ставлення R. Безліч атрибутів Y функціонально залежно від багатьох атрибутів X, для будь-якого стану відносини R для будь-яких кортежівr1,r2 Про R речей, щоr1X =r2X слід, щоr1Y =r2Y, тобто переважають у всіх кортежах, мають однакові значення атрибутів X, значення атрибутів Y також збігаються у стані відносини R.

Для розробленої бази даних виконано і висунув вимогу2НФ. Безліч атрибутів X називається >детерминантом функціональної залежності, а безліч атрибутів Y називається залежною частиною. Ставлення перебуває у другий нормальної формі (>2НФ), коли вона перебуває у першої нормальної формі (>1НФ) немає і не ключових атрибутів, залежать від частини складеного ключа.

Ставлення перебуває у третьої нормальної формі (>3НФ), коли вона перебуває у2НФ і всінеключевие атрибути взаємно незалежні. Отже, розробку логічного моделі реляційної бази даних можна подати як визначення відносин, які відбивають поняття предметної області, і їх до третьої нормальної формі. Отже розроблена база даних цілком відповідає всім3НФ, тобто. вимога нормалізації відносин виконано, що представлене схемою даних, іER- діаграмі.

 

2.3.2 Опис ключів

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

Нехай дано відносини R1 і R2. Нехайk1, - це первинний ключ відносини R1.

Якщо у плані R2 присутні атрибутиk1, то тут для відносини R2,k1 – це зовнішній ключ.


 

2.3.3

Страница 1 из 2 | Следующая страница

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

Навігація