Міністерство загальної та професійної
Освіти Російської Федерації
Іркутський Державний Технічний
Університет
Кафедра інформатики
Курсова роботаБаза даних "Домашня бібліотека"
Виконав: студент групи ТПП-00-1
Озерова А.Ю.
Перевірив: викладач
Інформатики
Іркутськ 2001р.
Зміст1. Вступ 3
2. Основні поняття баз даних 4
2.1 Бази даних та системи управління базами даних 4
2.2 Склад системи управління базами даних 5
2.3 Структура найпростішої бази даних 6
2.4 Властивості полів бази даних 6
2.5 Типи даних 8
2.6 Безпека баз даних 9
3 Проектування баз даних 9
3.1 Режими роботи з базами даних 9
3.2 Об'єкти бази даних 10
3.2.1 Таблиці 10
3.2.2 Запити 10
3.2.3 Форми 10
3.2.4 Звіти 11
3.2.5 Сторінки 11
3.2.6 Макроси і модулі 11
3.3 Проектування бази даних 11
3.4 Розробка технічного завдання 12
3.5 Розробка структури бази даних 12
4 Робота з СУБД Microsoft Access 2000
4.1 Створення таблиць
4.2 Створення запитів, звітів
5 Висновок
6 Список використаної літератури
ВведенняДля прийняття обгрунтованих і ефективних рішень у виробничій діяльності, в управлінні економікою і в політиці сучасний фахівець повинен уміти за допомогою комп'ютерів і засобів зв'язку одержувати, накопичувати, зберігати й обробляти дані, представляючи результат у вигляді наочних документів. Тому, в даній курсовій роботі розглянемо роботу з базами даних.
Основні поняття баз даних2.1 Бази даних та системи управління базами даних
База даних - це організована структура, призначена для зберігання інформації. У сучасних базах даних зберігаються не тільки дані, але й інформація.
Це твердження легко пояснити, якщо, наприклад, розглянути базу даних великого банку. У ній є всі необхідні відомості про клієнтів, про їхні адреси, кредитну історію, стан розрахункових рахунків, фінансових операціях і т.д. Доступ до цієї бази даних мається в досить великої кількості співробітників банку, але серед них навряд чи знайдеться така особа, яка має доступ до всієї бази цілком і при цьому здатне одноосібно вносити в неї довільні зміни. Крім даних, база містить методи і засоби, що дозволяють кожному зі співробітників оперувати тільки з тими даними, які входять в його компетенцію. У результаті взаємодії даних, що містяться в базі, з методами, доступними конкретним співробітникам, утвориться інформація, яку вони споживають і на підставі якої в межах власної компетенції проводять введення і редагування даних.
З поняттям бази даних тісно пов'язане поняття системи управління базою даних. Це комплекс програмних засобів, призначених для створення структури нової бази, наповнення її вмістом, редагування вмісту та візуалізації інформації. Під візуалізацією інформації бази розуміється відбір відображуваних даних відповідно до заданого критерію, їхнє упорядкування, оформлення і наступна видача на пристрої виводу або передачі по каналах зв'язку.
У світі існує безліч систем керування базами даних. Незважаючи на те що вони можуть по-різному працювати з різними об'єктами і надають користувачу різні функції й засоби, більшість СУБД спираються на єдиний устояний комплекс основних понять. Це дає нам можливість розглянути одну систему й узагальнити її поняття, прийоми та методи на весь клас СУБД. В якості такого навчального об'єкта ми виберемо СУБД Microsoft Access, що входить в пакет Microsoft Office.
2.2 Склад СУБД
Архітектура СУБД може бути представлена наступним чином:
Програма користувача
Опис БД
Мова опису даних (ЯОД) - Засоби опису даних у БД і зв'язків між ними. Засобами цієї мови описується структура БД, формати записів, паролі, які захищають дані.
Мова маніпулювання даними (ЯМД) - мова для виконання операцій над даними, що дозволяє міняти їх будову.
Для різних СУБД реалізація цих рівнів мов може бути різною. В одних випадках ЯОД і ЯМД вимагає складання користувачем програми повністю "вручну", в інших (що відображає сучасну тенденцію) в СУБД присутній засоби візуальної (зримою, наочної) розробки програм. Для цього в сучасних СУБД є редактори екранних форм, звітів. "Цеглинками" (інструментами) таких редакторів є поля різних видів (поля введення, поля виводу, обчислювані поля), процедури обробки різних типів (форми введення, таблиці, звіти, запити). На підставі створених користувачем об'єктів програми - генератори формують програмний код на мові конкретної машини або на проміжному мовою.
2.3 Структура найпростішої бази даних
Відразу пояснимо, що якщо в базі немає ніяких даних (порожня база), то це все одно повноцінна база даних. Цей факт має методичне значення. Хоча даних в базі і немає, але інформація в ній все-таки є - це структура бази. Вона визначає методи занесення даних і зберігання їх в базі. Найпростіший «некомп'ютерний» варіант бази даних - діловий щоденник, в якому кожному календарному дню виділено по сторінці. Навіть якщо в ньому не записано ні рядка, він не перестає бути щоденником, оскільки має структуру, чітко відрізняє його від записників, робочих зошитів та іншої паперової продукції.
Бази даних можуть містити різні об'єкти. Основними об'єктами будь-якої бази даних є її таблиці. Найпростіша база даних має хоча б одну таблицю. Відповідно, структура найпростішої бази даних тотожно дорівнює структурі її таблиці.
Структуру двовимірної таблиці утворюють стовпці і рядки. Їх аналогами у найпростішій базі даних є поля і запису. Якщо записів у таблиці поки немає, значить, її структура утворена тільки набором полів. Змінивши склад полів базової таблиці (або їх властивості), ми змінюємо структуру бази даних і, відповідно, отримуємо нову базу даних.
2.4 Властивості полів бази даних
Поля бази даних не просто визначають структуру бази - вони ще визначають групові властивості даних, записуваних в осередки, які належать кожному з полів. Нижче перераховані основні властивості полів таблиць баз даних на прикладі СУБД Microsoft Access.
Ім'я поля - визначає, як слід звертатися до даних цього поля при автоматичних операціях з базою (за замовчуванням імена полів використовуються як заголовки стовпців таблиць).
Тип поля - визначає тип даних, які можуть міститися в даному полі.
Розмір поля - визначає граничну довжину (у символах) даних, які можуть розміщуватися в даному полі.
Формат поля - визначає спосіб форматування даних в комірках, що належать полю.
Маска введення - визначає форму, в якій вводяться дані а поле (засіб автоматизації введення даних).
Підпис - визначає заголовок стовпця таблиці для даного поля (якщо підпис не вказана, то в якості заголовка стовпця використовується властивість Ім'я поля).
Значення за замовчуванням - те значення, яке вводиться в комірки поля автоматично (засіб автоматизації введення даних).
Умова на значення - обмеження, яке використовується для перевірки правильності введення даних (засіб автоматизації введення, яке використовується, як правило, для даних, що мають числовий тип, грошовий тип або тип дати).
Повідомлення про помилку - текстове повідомлення, яке видається автоматично при спробі введення в поле помилкових даних.
Обов'язкове поле - властивість, що визначає обов'язковість заповнення даного поля при наповненні бази.
Порожні рядки - властивість, що дозволяє введення порожніх строкових даних (від властивості Обов'язкове поле відрізняється тим, що відноситься не до всіх типів даних, а лише для деяких, наприклад до текстових).
Індексоване полі - якщо поле володіє цією властивістю, всі операції, пов'язані з пошуком або сортуванням записів за значенням, що зберігається в даному полі, суттєво прискорюються. Крім того, для індексованих полів можна зробити так, що значення в записах будуть перевірятися по цьому полю на наявність повторів, що дозволяє автоматично виключити дублювання даних.
Оскільки в різних полях можуть міститися дані різного типу, то й властивості у полів можуть відрізнятися в залежності від типу даних. Так, наприклад, список вищевказаних властивостей полів відноситься в основному до полів текстового типу. Поля інших типів можуть мати або не мати ці властивості, але можуть додавати до них і свої. Наприклад, для даних, що представляють дійсні числа, важливою властивістю є кількість знаків після десяткової коми. З іншого боку, для полів, які використовуються для зберігання малюнків, звукозаписів, відео кліпів та інших об'єктів OLE, більшість вищевказаних властивостей не мають сенсу.
2.5 Типи даних
Таблиці баз даних, як правило, допускають роботу з набагато більшою кількістю різних типів даних. Так, наприклад, бази даних Microsoft Access працюють з такими типами даних.
Текстовий - тип даних, який використовується для зберігання звичайного неформатованого тексту обмеженого розміру (до 255 символів).
Числовий - тип даних для зберігання дійсних чисел.
Поле Мемо - спеціальний тип даних для зберігання великих обсягів тексту (до 65 535 символів). Фізично текст не зберігається в полі. Він зберігатися в іншому місці бази даних, а в полі зберігатися покажчик на нього, але для користувача такий поділ помітно не завжди.
Дата / час - тип даних для зберігання календарних дат і поточного часу.
Грошовий - тип даних для зберігання грошових сум. Теоретично, для їх запису можна було б користуватися і полями числового типу, але для грошових сум є деякі особливості (наприклад, пов'язані з правилами округлення), які роблять більш зручним використання спеціального типу даних, а не налаштування числового типу.
Лічильник - спеціальний тип даних для унікальних (не повторюються в полі) натуральних чисел з автоматичним нарощуванням. Природне використання - для порядкової нумерації записів.
Логічний - тип для зберігання логічних даних (можуть приймати тільки два значення, наприклад Так або Ні).
Гіперпосилання - спеціальне поле для зберігання адрес URL Web-об'єктів Інтернету. При натисканні на посилання автоматично відбувається запуск броузера і відтворення об'єкту в його вікні.
Майстер підстановок - це не спеціальний тип даних. Це об'єкт, настроюванням якого можна автоматизувати введення даних у поле так, щоб не вводити їх вручну, а вибирати їх із списку.
2.6 Безпека баз даних
Бази даних - це теж файли, але робота з ними відрізняється від роботи з файлами інших типів, створюваних іншими додатками. Вище ми бачили, що всю роботу по обслуговуванню файлової структури бере на себе операційна система. Для бази даних пред'являються особливі вимоги з точки зору безпеки, тому в них реалізований інший підхід до збереження даних.
Бази даних - це особливі структури. Інформація, яка в них міститься, дуже часто має суспільну цінність. Нерідко з однією і тією ж базою працюють тисячі людей по всій країні. Від інформації, яка міститься в деяких базах, може залежати добробут багатьох людей. Тому цілісність вмісту бази не може і не повинна залежати ні від конкретних дій якогось користувача, який забув зберегти файли перед вимиканням комп'ютера, ні від перебоїв в електромережі.
Проблема безпеки баз даних вирішується тим, що в СУБД для збереження інформації використовується подвійний підхід. У частині операцій, як зазвичай, бере участь операційна система комп'ютера, але деякі операції збереження відбуваються в обхід операційної системи.
Проектування баз даних3.1 Режими роботи з базами даних
Зазвичай з базами даних працюю дві категорії користувачів. Перша категорія - проектувальники. Їх завдання полягає у розробці структури таблиць бази даних і узгодження її із замовником. Крім таблиць проектувальники розробляють та інші об'єкти бази даних, призначені, з одного боку, для автоматизації роботи з базою, а з іншого боку - для обмеження функціональних можливостей роботи з базою (якщо це необхідно з міркувань безпеки). Проектувальники не наповнюють базу конкретними даними, (замовник може вважати їх конфіденційними і не надавати стороннім особам). Виняток становить експериментальне наповнення модельними даними на етапі налагодження об'єктів бази.
Друга категорія виконавців, що працюють з базами даних, - користувачі. Вони отримують вихідну базу даних від проектувальників і займаються її наповненням і обслуговуванням. У загальному випадку користувачі не мають засобів доступу до управління структурою бази - тільки до даних, та й то не до всіх, а до тих, робота з якими передбачена на конкретному робочому місці.
Відповідно СУБД має два режими роботи: проектувальний і призначений для користувача. Перший режим призначений для створення або зміни структури бази і створення її об'єктів. У другому режимі відбувається використання раніше підготовлених об'єктів для наповнення бази або отримання даних з неї.
3.2 Об'єкти бази даних
3.2.1 Таблиці
Таблиці - це основні об'єкти будь-якої бази даних. По-перше, в таблицях зберігаються всі дані, які є в базі, а по-друге, таблиці зберігають і структуру бази (поля, їх типи і властивості).
3.2.2 Запити
Ці об'єкти служать для отримання даних з таблиць та надання їх користувачеві в зручному вигляді. За допомогою запитів виконують такі операції як відбір даних, їх сортування і фільтрацію. За допомогою запитів можна виконувати перетворення даних за заданим алгоритмом, створювати нові таблиці, виконувати автоматичне наповнення таблиць даними, імпортованими з інших джерел, виконувати найпростіші обчислення в таблицях і багато іншого.
3.2.3 Форми
Якщо запити - це спеціальні засоби для відбору та аналізу даних, то форми - це засоби для введення даних. Сенс їх той же - надати користувачеві засоби для заповнення тільки тих полів, які йому заповнювати належить. Одночасно з цим у формі можна розмістити спеціальні елементи управління (лічильники, розкривні списки, перемикачі, прапорці та інше) для автоматизації введення. Переваги форм розкриваються особливо наочно, коли відбувається введення даних з заповнених бланків. У цьому випадку форму роблять графічними засобами так, щоб вона повторювала оформлення бланка - це помітно спрощує роботу складача, знижує його стомлення і запобігає появі друкарських помилок.
3.2.4 Звіти
За своїми властивостями та структурі звіти багато в чому схожі на форми, але призначені тільки для виводу даних, причому для виведення не на екран, а на принтер. У зв'язку з цим звіти відрізняються тим, що в них прийняті спеціальні заходи для групування даних, що виводяться і для виведення спеціальних елементів оформлення, характерних для друкованих документів.
3.2.5 Сторінки
Це спеціальні об'єкти баз даних, реалізованих в останній версії СУБД Microsoft Access (Access 2000). Правда, більш коректно їх називати сторінками доступу до даних. Фізично це особливий об'єкт, виконаний в коді HTML, що розміщується на Web-сторінці і передається клієнту разом з нею. Сам по собі цей об'єкт не є базою даної, але містить компоненти, через які здійснюється зв'язок переданої Web-сторінки з базою даних, що залишається на сервері. Користуючись цими компонентами, відвідувач Web-сайту може переглядати записи бази в полях сторінки доступу. Таким чином, сторінки доступу до даних здійснюють інтерфейс між клієнтом, сервером і базою даних, розміщеної на сервері. Ця база даних не обов'язково повинна бути базою даних Microsoft Access. Сторінки доступу, створені засобами Microsoft Access, посволяют працювати також з базами даних Microsoft SQL Server.
3.2.6 Макроси і модулі
Ці категорії об'єктів призначені як для автоматизації повторюваних операцій при роботі з СУБД, так і для створення нових функцій шляхом програмування. У СУБД Microsoft Access макроси складаються з послідовності внутрішніх команд СУБД і є одним із засобів автоматизації роботи з базою. Модулі створюються засобами зовнішнього мови програмування, в даному випадку мови Visual Basic for Applications. Це один із засобів, за допомогою яких розробник бази може закласти в неї нестандартні функціональні можливості, задовольнити специфічне вимога замовника, підвищити швидкодію системи управління, а також рівень її захищеності.
3.3 Проектування бази даних
Методично правильно починати роботу з олівцем і аркушем паперу в руках, не використовуючи комп'ютер. На даному етапі він просто не потрібен. Неоптимальні рішення і прямі помилки, закладені на етапі проектування, згодом дуже важко усуваються, тому цей етап є основним.
3.4 Розробка технічного завдання
Технічне завдання на проектування бази даних повинен надати замовник. Однак для цього він повинен володіти відповідною термінологією і знати, хоча б у загальних рисах, технічні можливості основних СУБД. На жаль, на практиці такий стан зустрічається не завжди. Тому зазвичай використовують такі підходи:
Демонструють замовнику роботу аналогічної бази даних, після чого узгоджують специфікацію відмінностей;
Якщо аналога немає, з'ясовують коло завдань і потреб замовника, після чого допомагають йому підготувати технічне завдання.
При підготовці технічного завдання становлять:
Список вихідних даних, з якими працює замовник;
Список вихідних даних, які необхідні замовнику для управління структурою свого підприємства;
Список вихідних даних, які не є необхідними для замовника, але які він повинен надати в інші організації (до вищих структур, до органів статистичного обліку, інші адміністративні та контролюючі організації).
При цьому дуже важливо не обмежуватися взаємодією з головним підрозділом замовника, а провести обговорення з усіма службами та підрозділами, які можуть надати виявитися постачальниками даних у базу або їх споживачами.
3.5 Розробка структури бази даних
З'ясувавши основну частину даних, які замовник споживає або поставляє, можна приступати до створення структури бази, тобто структури її основних таблиць.
1. Робота починається зі складання генерального списку полів - він може налічувати десятки і навіть сотні позицій.
2. Відповідно до типу даних, що розміщуються в кожному полі, визначають найбільш підходящий тип для кожного поля.
3. Далі розподіляють поля генерального списку з базових таблиць. На першому етапі розподіл виробляють за функціональною ознакою. Мета - забезпечити, щоб введення даних в одну таблицю проводився, по можливості, в рамках одного підрозділу, а ще краще - на одному робочому місці.
4. У кожній з таблиць намічають ключове поле. В якості такого вибирають поле, дані в якому повторюватися не можуть. Наприклад, для таблиці даних про студентів таким поле може служити індивідуальний шифр студента. Для таблиці, в якій міститися розклад занять, такого поля можна і не знайти, але його можна створити штучним комбінуванням полів «Час заняття» та «Номер аудиторії». Ця комбінація не повторимо, так як в одній аудиторії в один і той же час не прийнято проводити два різних заняття. Якщо в таблиці взагалі немає ніяких полів, які можна було б використовувати, як ключові, завжди можна ввести додаткове поле типу Лічильник - воно не може містити повторюваних даних за визначенням.
5. За допомогою олівця і паперу розкреслюють зв'язку між таблицями. Таке креслення називається схемою даних. Існує кілька типів можливих зв'язків між таблицями. Найбільш поширеними є зв'язку «один до багатьох» і «один до одного». Зв'язок між таблицями організується на основі загального поля, причому в одній з таблиць воно обов'язково повинно бути ключовим, тобто на боці «один» має виступати ключове поле, що містить унікальні, неповторювані значення. Значення на стороні «багато» можуть повторюватися.
6. Розробкою схеми даних закінчується «паперовий» етап роботи над технічною пропозицією. Цю схему можна узгодити із замовником, після чого приступати до безпосереднього створення бази даних.
Слід пам'ятати, що по ходу розробки проекту замовнику неодмінно будуть приходити в голову нові ідеї. На всіх етапах проектування він прагне охопити єдиною системою все нові й нові підрозділи і служби підприємства. Можливість гнучкого використання його побажань багато в чому визначається кваліфікацією розробника бази даних. Якщо схема даних складена правильно, підключати до бази нові таблиці неважко. Якщо структура бази нераціональна, розробник може відчути серйозні труднощі і увійти в суперечність із замовником. Суперечності виконавця з замовником завжди свідчать про недостатню кваліфікацію виконавця. Саме з цього етап попереднього проектування бази даних слід вважати основним. Від його успіху залежить, наскільки база даних стане зручним, і чи будуть з нею працювати користувачі. Якщо відзначається, що користувачі бази «саботують» її експлуатацію і вважають за краще працювати традиційними методами, це говорить не про низьку кваліфікації користувачів, а про недостатню кваліфікацію розробника бази.
На цьому етапі завершується попереднє проектування бази даних, і на наступному етапі починається її безпосередня розробка. З цього моменту слід розпочати роботу з СУБД.
Список використаної літератури
1. Інформатика. Базовий курс / Симонович С.В. та ін - СПб: Видавництво «Пітер», 2000. - 640с.
2. Інформатика. Навчальний посібник / За ред. В.Г. Кірія. - Іркутськ: ІРГТ, 1998 частина 2. - 382с.
3. Інформатика. Навчальний посібник / Ломтадзе В.В., Шишкіна Л.П. - Іркутськ: ІРГТ, 1999. - 116с.