Розробка бази даних "Метеорологічна станція" і її реалізація в середовищі систем управління базами даних Microsoft Access - Курсовая работа

Міністерство освіти і науки України Факультет фізики, електроніки та компютерних систем Кафедра обробки автоматизованих систем обробки інформації На тему: «Розробка бази даних «Метеорологічна станція» і її реалізація в середовищі систем управління базами даних Microsoft Access»Інформаційна система - це програмний комплекс, функціями якого є підтримка надійного збереження інформації в памяті компютера, виконанні специфічних для даного програмного продукту перетворень інформації та обчислень. Звичайно, обєми інформації, з якими доводиться мати справу таким системам, достатньо великі, а сама інформація має достатньо складну структуру.Файли, постачені описом збережених у них даних і знаходяться під керуванням СУБД, стали називати банки даних, а потім "Бази даних" (БД).В середовищі СУБД можна виділити наступні пять основних компонентів: апаратне забезпечення, програмне забезпечення, данні, процедури и користувачі. O Програмне забезпечення: цей компонент включає операційну систему, програмне забезпечення СУБД, прикладні програми, включаючи і мережеве програмне забезпечення, якщо СУБД використовується у мережі; База даних включає в себе як робочі данні, так і метаданні, тобто “дані про дані”; Проект бази даних треба починати з аналізу предметної області і виявлення вимог до неї окремих користувачів (співробітників організації, для яких створюється база даних). Поєднуючи частки представлення про вміст бази даних, отримані в результаті опитування користувачів, і свої представлення про дані, що можуть знадобитися в майбутніх додатках, АБД спочатку створює узагальнений неформальний опис створюваної бази даних.У процесі розвитку теорії і практичного використання баз даних, а також засобів обчислювальної техніки створювалися СУБД, що підтримують різні даталогічні моделі. Ієрархічна модель - між обєктами існує звязок, кожний обєкт може включати в себе декілька обєктів більш низького рівня. Такі обєкти знаходяться у відношенні предка(обєкт більш близький до кореня) до потомка(обєкт більш низького рівня), при цьому можлива ситуація, коли обєкт-предок не має потомків чи має їх декілька, тоді як у обєкта-потомка обовязково лише один предок. Але, якщо дані не мали деревоподібної структури, то виникала маса складностей при побудові ієрархічної моделі і бажанні домогтися потрібної продуктивності.Мета інфологічного моделювання - забезпечення найбільш природних для людини способів збору і представлення тієї інформації, що передбачається зберігати в створюваній базі даних. Тому інфологічна модель даних намагаються будувати за аналогією з природною мовою (останній не може бути використаний у чистому виді через складність компютерної обробки текстів і неоднозначності будь-якої природної мови). Сутність - екземпляр типу сутність, котрий може бути ідентифікований унікальним способом. Сутностями можуть бути люди, місця, літаки, рейси, смак, колір і т.д. Атрибути використовуються для визначення того, яка інформація повинна бути зібрана про сутність.Незважаючи на те, що тип сутності сає унікальний набір атрибутів, кожна сутність має свої власні значення для кожного атрибуту. Слабкий тип сутності - тип сутності, існування котрого залежить від будь-якого іншого типу сутності.Нагадаємо, що Ключ - елемент даних, котрий дозволяє унікально ідентифікувати окремі екземпляри деякого типу сутності. Недоцільно т використовувати ключі з довгими текстовими значеннями (пере важніше використовувати цілочисленні атрибути). Не допускається, щоб первинний ключ стрижневої сутності (будь-який атрибут, що бере участь у первинному ключі).Кожне правило, оскільки воно деяке обмеження на можливий стан бази даних, називається обмеженням цілісності. Підтримка цілісності бази даних може розглядатися як захист даних від невірних чи змін руйнувань (не плутати з незаконними змінами і руйнуваннями, що є проблемою безпеки). 1) Обмеження цілісності володіють наступними властивостями: 2) Обмеження цілісності навязують правила на рівні таблиці.Реляційна модель вперше була запропонована Е.Ф.Коддом в 1970 р. в його основоположній статті “Реляційна модель даних для великих сумісно використовуваних банків даних”. В нинішній час публікацію цієї статті принято вважати поворотним пунктом в історії розвитку систем баз даних, хоча варто помітити, що ще раніше булла запропонована модель, основана на множинах. база дані реляційний access Так, в одній предметній області прізвище, імя і по батькові можуть розглядатися як єдине значення, а в іншій - як три різних значення. Тіло складається з мінливого в часі безлічі кортежів, де кожен кортеж складається у свою чергу з безлічі пар атрибут-значення (Аі:Vi), (і=1,2,...,n), по одній такій парі для кожного атрибута Аі в заголовку. Оскільки відношення - це безліч, а безлічі по визначенню не містять співпадаючих елементів, те ніякі два кортежі відносини не можуть бути дублікатами один одного в будь-який произвольно-заданный момент часу.

Зміст

Вступ

1. Теоретична частина

1.1 Концепція баз даних

1.2 Архітектура СУБД

1.3 Моделі даних

1.4 Основні визначення

1.5 Типи сутноностей

1.6 Про первинні та зовнішні ключі

1.7 Обмеження цілісності

1.8 Реляційна структура даних

1.9 Маніпулювання реляційними даними

1.10 Цілі проектування

1.11 Нормалізація функціональних та багатозначних залежностей

1.12 Нормальні форми

1.13 Процедура нормалізації

1.14 Алгоритм декомпозиції

2. Основні поняття необхідні для створення БД у середовищі Access

2.1 Визначення схем відношення

2.2 Вибір первинного ключа

2.3 Звязки між таблицями

2.4 Нормалізація

2.5 Запити

2.6 Форми

2.7 Звіти

3. Практична частина

3.1 Аналіз задачі

3.2 Обираємо ключ

3.3 Нормалізація БД

3.4 Обираємо типи полів

3.5 Створення БД у СУБД

3.5 Утворення звязку між таблицями

3.7 Створення запитів

3.8 Створення форм

3.9 Звіти

3.10 Макроси

Висновки

Література