Размещено на http: //www. allbest. ru/

МІНІСТЕРСТВО ОСВІТИ ТА НАУКИ УКРАЇНИ

НАЦІОНАЛЬНИЙ АВІАЦІЙНИЙ УНІВЕРСИТЕТ

ІНСТИТУТ ІНФОРМАЦІЙНО-ДІАГНОСТИЧНИХ СИСТЕМ

КАФЕДРА БІТ

Курсова робота

«Розробка бази даних "Бібліотека"»

Виконав:

студентка 271 групи

Скирда А.Ю.

Перевірила:

Кандидат технічних наук, Корченко А.О.

Київ 2016



Зміст

Вступ

1. Нормалізація даних

1.1 Приведення до першої нормальної форми

1.2 Приведення до другої нормальної форми

1.3 Приведення до третьої нормальної форми

2. Створення бази даних

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

2.2 Створення схеми даних

3. Проектування елементів управління бази даних

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

3.2 Створення звітів

3.3 Створення головної кнопкової форми

Висновок

Список використаної літератури



Вступ

Темою для написання курсової роботи я обрала «Бібліотеку». На мою думку, це актуальна тема. Розроблення бази даних бібліотеки в університеті є важливим процесом, що полегшує подальшу роботу.

Актуальність теми. Бібліотека є інформаційним закладом, атрибутом будь-якої сучасної соціальної системи. Її діяльність завжди базувалась на письмово фіксованих нормах та цінностях культури у вигляді їх трансляції і забезпечення доступу до них. Істотною характеристикою слід вважати спрямованість вузівської бібліотеки на задоволення потреб студентів і професорсько-викладацького складу даного закладу.

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

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

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

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

Для полегшення роботи працівникам та користувачам бібліотекою потрібно використовувати базу даних. Всі дані повинні автоматично додаватись та оновлюватись. Через базу даних буде простіше знайти потрібно інформацію.

В курсовій роботі показано створення та розробку бази даних «Бібліотека». Щоб опанувати всі дані такого інформаційного закладу зручним буде використання бази даних.

В курсовій роботі розглянуто проектування бази даних по задачі, розглянуті вхідні та вихідні дані, розроблено інфологічну та даталогічну моделі та реалізація у базі даних Microsoft Office Access.

Для забезпечення нормальної роботи бази даних достатньо підтримки достатньо двох осіб. Один працівник необхідний для ведення і підтримки самої БД і працівник для забезпечення технічних умов для роботи БД.

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

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

В базі даних (СУБД) існує декілька основних понять:

Дані - певна систематизована і структурована яким-небудь чином інформація. Існують принаймні три моделі даних: ієрархічна, мережева, реляційна.

Поле - основний і мінімальний елемент даних, певна характеристика об'єкту, має ім'я, значення, характер, тип і властивості.

Запис - опис конкретного об'єкта, що містить різнотипні, логічно пов'язані між собою поля (рядок бази даних).

Зв'язки - логічні взаємозв'язки між записами або полями.

Моделі даних - представлення даних і їх взаємозв'язків.

Моделі даних

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

Мережева модель. До основних понять мережевої моделі бази даних відносяться: рівень, елемент (вузол), зв'язок.

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

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

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

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

РМД - взаємозв'язки моделі даних. Відношення між таблицями встановлює зв'язок між даними, щ знаходяться у різних таблицях. Зв'язки між таблицями встановлюються шляхом об'єднання співпадаючих значень ключових полів.

Реляційна модель орієнтована на організацію даних у вигляді двовимірних таблиць.

Проектування баз даних

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

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

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

Відповідно СУБД має два режими роботи: проектувальний і призначений для користувача.

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

ДОСЛІДЖЕННЯ ПРЕДМЕТНОЇ ОБЛАСТІ

Характеристика предметної області

Дослідження предметної області

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

Свою базу даних я розробила для організації роботи з вхідною літературою в бібліотеці.

У бібліотеку приходить багато книг з різних видавництв. Кожній книзі в бібліотеці присвоюють номер, а потім передають в різні відділи.

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

Таким чином, мета створення бази даних «Бібліотека» - ведення обліку та зберігання книг бібліотеки.

Проектування інфологічної моделі

Інфологічна модель для бази даних «Бібліотека» проектувалася, як модель «Сутність-зв'язок».

Сутність - це клас однотипних об'єктів. Процес ведення обліку та виконання вхідної документації ідентифікує такі сутності: Вхідна література, Видавництва, Читачі.

Кожна з сутностей має свій набір атрибутів. Сутність Вхідна література включає в себе наступні характеристики:

- Код книги;

- Назва книги;

- Кількість сторінок;

- Жанр; бібліотека база дані запит

- Ціни;

- Автори.

Сутність Видавництва має такі атрибути:

- Код видавництва;

- Назва видавництва;

- Адреса видавництва;

- Номер телефону видавництва.

Сутність Читачів має такі атрибути:

- Код читача;

- Прізвище;

- Ім'я читача;

- По батькові читача;

- Домашня адреса;

- Телефон читача;

- Номер читального квитка.

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

По суті у вхідній літературі ключовим є код книги книги, по суті Видавництва - код видавництва, в Читачах - код читача.

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

Зв'язок - асоціювання двох або більше сутностей.

Даталогічне проектування

На цьому етапі необхідно встановити відповідність між сутностями і характеристиками предметної області і відносинами і атрибутами в мові

Access 2000. Для цього потрібно кожної сутності і характеристикам поставити у відповідність набір відносин (таблиць) та їх атрибутів (полів).

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

Для зручного введення записів в таблицю використовуються форми. Форма - це бланк заповнення таблиць. Кожній таблиці відповідає форма. Назви таблиць і форм однакові.

У базі даних істоті також і початкова форма. Безпосередньо з неї можна вийти в будь-яку форму бази даних. У цій форму знаходяться кнопки для виклику всіх форм і всі запитів, а також виходу з бази даних.

Таким чином, в базі даних «Бібліотека» створено форми:

- початкова форма;

- Вхідналітература;

- Підпорядкована - входить література;

- Видавництва;

- Відділи.

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

Для підрахунку літератури за датою надходження використовувалася сортування.

Назва цього запиту - Література за датою надходження..

Запит з уловом відбору - книги, що надійшли за 2002 рік, відображає всі книги, що надійшли після 31.12.2001.

Для того, щоб дізнатися скільки книг в Гуманітарному відділі використовується запит книги Гуманітарного відділу бібліотеки.

Для того, щоб дізнатися які книги, надійшли з видавництва "Аист", можна використовувати запит книги, що надійшли з видавництва "Аист"..

Перехресний запит - кількість книг в кожному відділі бібліотеки виводить таблицю, що відображає цю кількість.

Для того, щоб роздрукувати необхідні дані бази, було створено 3 звіту:

1. Вхідналітература;

2. Книги, що надійшли за 2002 рік;

3. Кількість книг в кожному відділі..

Джерелами даних для 1-ого звіту були дані таблиці Вхідналітература.

Звіт Книги, що надійшли за 2002 рік, був створений на основі відповідного запиту.

На основі запиту Кількість книг в кожному відділі була створена гістограма, що відображає цю кількість.

Основними функціональними завданнями в описаній предметній області є:

· облік книжок в бібліотеці;

· оновлення даних про книжки;

· контроль прийняття та видачі книг;

· оперативне отримання актуальної інформації в реальному часі.

Перелік основних вхідних повідомлень

Для забезпечення функціонування БД по успішності студентів групи застосовуються такі документи:

· Картотека наявності книжок;

· Читальні білети читачів;

· Формуляри.

Опис результуючих повідомлень

Результуючими документами, які формуються в процесі використання БД та виконання основних завдань, є:

· Заповнення формулярів;

· Відомість інформації про книги.



1. Нормалізація даних

1.1 Приведення до першої нормальної форми

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

Перша нормальна форма утворює ґрунт для структурованої схеми БД:

Кожна таблиця повинна мати основний ключ: мінімальний набір колонок, які ідентифікують запис;

Уникнення повторень груп правильно визначаючи неключові атрибути;

Атомарність: кожен атрибут повинен мати лише одне значення, а не множину значень.

Для приведення моєї таблиці до першої форми достатньо розділити всі поля в такі таблиці: Книги (Рис. 1), Видавництво(Рис. 2), Читачі (Рис. 3) та Формуляр (Рис. 4), що задовольняють умови 1 нормальної форми.



Рис. 1 Приведення таблиці «Книги» до 1 нормальної форми

Рис. 2 Приведення таблиці «Видавництво» до 1 нормальної форми

Рис. 3 Приведення таблиці «Читачі» до 1 нормальної форми

Рис. 4 Приведення таблиці «Формуляри» до 1 нормальної форми

1.2 Приведення до другої нормальної форми

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

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

Схема БД повинна відповідати першої нормальної форми;

Дані, що повторно з'являються в декількох рядках виносяться в окремі таблиці.

Приводимо наші таблиці до 2 нормальної форми, винісши певні рядки в окремі таблиці. Даний процес приведений на: (Рис. 5), (Рис. 6), (Рис. 7), (Рис. 8), (Рис. 9), (Рис.10).

Рис. 5 Приведення таблиці «Книги» до 2 нормальної форми



Рис. 6 Приведення таблиці «Книги» до 2 нормальної форми

Рис. 7 Приведення таблиці «Видавництво» до 2 нормальної форми

Рис. 8 Приведення таблиці «Видавництво» до 2 нормальної форми

Рис. 9 Приведення таблиці «Читачі» до 2 нормальної форми



Рис. 10 Приведення таблиці «Формуляри» до 2 нормальної форми

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

1.3 Приведення до третьої нормальної форми

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

Третя нормальна форма вимагає, аби дані в таблиці залежали винятково від основного ключа:

Схема БД повинна відповідати всім вимогам другої нормальної форми;

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

Під час нормалізації таблицю «Книги» було розділено на таблиці «Книги», «Ціни на книги» та «Автори», відповідно (Рис. 11; Рис. 12; Рис. 13).

Рис. 11 Приведення таблиць до 3 нормальної форми

Рис. 12 Приведення таблиці до 3 нормальної форми

Рис. 13 Приведення таблиці до 3 нормальної форми

Для приведення таблиці «Видавництво» до 3 нормальної форми, її було розділено на декілька таблиц, такі як, «Інформація про книги», «Видавництво», «Інформація про видавництво», відповідно (Рис. 14; Рис. 15; Рис. 16).

Рис. 14 Приведення таблиці «Видавництво» до 3 нормальної форми

Рис. 15 Приведення таблиці «видавництво» до 3 нормальної форми

Рис. 16 Приведення таблиці «Видавнцтво» до 3 нормальної форми

Для приведення таблиці «Читачі» до 3 нормальної форми розділили її на 2 таблиці(«Читачі» та «Інформація про читачів») відповідно (Рис. 17; Рис. 18).



Рис. 17 Приведення табличці «Читачі» до3 нормальної форми

Рис. 18 Приведення табличці «Читачі» до3 нормальної форми

Таблицю «Формуляри» залишили без змін, тому що вона задовольняє всі умови нормалізаї (Рис. 19).

Рис. 19 Таблиця «Формуляри» приведена до 3 нормальної форми



2. Створення бази даних

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

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

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

Розглянемо спочатку вісім форм, які створені для таблиць.

Перша така форма це -- «Книги». В цій формі ми можемо, як додавати нові записи, так і редагувати попередні. У нас є всього два поля з даними це -- «Назва книги» і її ідентифікаційний номер -- «Код книги» (Рис. 20).

Рис. 20 Форма для таблиці «Книги»



Друга форма - «Ціни на книги» (Рис. 21).

Рис. 21 Форма для таблиці «Ціни на книги»

Третя таблиця - Автори (Рис. 22).

Рис. 22 Форма для таблиці «Автори»



Четверта форма для таблиці «Інформація про книги» (Рис. 23).

Рис. 23 Форма для таблиці «Інформація про книги»

П'ята форма для таблиці «Видавництво» (Рис. 24).

Рис. 24 Форма для таблиці «Видавництво»



Шоста форма для таблиці «Інформація про видавництво» (Рис. 25).

Рис. 25 Форма для таблиці «Інформація про видавництво»

Сьома форма для таблиці «Читачі» (Рис. 26).

Рис. 26 Форма для таблиці «Читачі»

Восьма форма для таблиці «Інформація про читачів» (Рис. 27).

Рис. 27 Форма для таблиці «Інформація про читачів»

Дев'ята форма для таблиці «Формуляри» (Рис. 28).

Рис. 28 Форма для таблиці «Формуляри»

Для створення нашої головної кнопкової форми переходимо до «Диспетчер кнопочных форм», після першого входу нам запропонують створити головну кнопкову форму, натискаємо «Да». Далі потрапляємо в меню, де знаходиться головна кнопочка форма за замовчуванням, нам потрібно її змінити (Рис. 29).

.

Рис. 29 Редагування властивостей кнопкової форми

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



Рис. 30 Створення головної кнопкової форми

Після додавання всіх форм, необхідно два рази натиснути «Закрити» і в результаті чого отримаємо головну кнопкову форму, за допомогою якої можемо швидко переходити до будь-якої з представлених форм (Рис. 31).

Рис. 31 Готова головна кнопкова форма

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

2.2 Створення схеми даних

Схема даних - відкриває вікно схеми даних, що дозволяє створювати, переглядати, змінювати і визначати зв'язки між таблицями або запитами.

СУБД MS Access призначена для роботи з реляційними БД. Реляційна БД - це набір нормалізованих таблиць, між якими встановлені зв'язки за допомогою ключових полів. Таким чином, для забезпечення зв'язків між таблицями в кожній з них повинно бути визначено ключове поле. Первинний ключ - це одне чи декілька полів, зміст яких унікальний для кожного запису. Якщо в таблиці такого поля немає, то можна ввести додаткове числове поле з автоматичною нумерацією записів. Первинні ключі гарантують унікальність записів у таблиці, а поля первинних ключів використовуються для зв'язку таблиць.

У реляційних БД найбільш поширеними є зв'язки:

Один-до-одного - одному запису у першій таблиці відповідає один запис у другій;

Один-до-багатьох - одному запису у першій таблиці відповідає скільки завгодно записів у другій.

Для створення схеми даних, необхідних для роботи переходимо до «Работа с базами данных-> Cхема данных». Нам необхідно зв'язати поля, які залежать від первинного ключа. Таким чином встановлюємо зв'язок, для кожного з полів (див. Рисунок 20). На цьому етапі, ми фактично завершили роботу зі створення БД. Ми створили всі необхідні таблиці, форми, а також головну кнопкову форму і схему даних. Наші дані приведені до нормального стану, ними легко управляти і робити запити та звіти.

Рис. 32 Створення зв'язків між таблицями

В результаті, створення всіх зв'язків, отримаємо готову схему даних (Рис. 33).

Рис. 33 Готова схема даних



3. Проектування елементів управління бази даних

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

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

Ось що можна робити з їх допомогою:

· Вибирати таблиці. Ви можете одержувати інформацію з однієї або декількох таблиць, зв'язаних деякими загальними даними. Навіть при використанні декількох таблиць Access повертає зібрану інформацію у вигляді одного об'єднаного набору даних, представленого в табличному вигляді.

· Вибирати поля. Ви можете задавати поля з кожної таблиці, які хочете бачити в динамічному наборі даних.

· Вибирати записи. Ви можете вибирати записи для відображення в динамічному наборі даних по заданих критеріях.

· Сортувати записи. Часто необхідно проглянути динамічний набір даних, впорядкований певним чином

· Виконувати обчислення. Запити можна використовувати для виконання обчислень з даними. Вас може цікавити середнє значення, сума або кількість записів.

· Створювати таблиці. Іноді необхідна нова таблиця, створена на основі результатів виконання запиту. Запит може створити таку таблицю на основі динамічного набору даних.

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

· Створювати діаграми на основі запиту. На основі даних запиту можна будувати діаграми, а потім використовувати їх у формі або звіті.

· Використовувати запит як джерело даних для інших запитів (підлеглих запитів). Ви можете створювати додаткові запити на основі динамічного набору даних попереднього запиту. Це дуже зручно для виконання нерегламентованих запитів, коли доводиться постійно вносити невеликі зміни в умови запиту. Для внесення таких змін може використовуватися вторинний запит, тоді як первинний запит і його дані залишаються незмінними.

· Вносити зміни в таблиці. Запити в Access дозволяють одержувати інформацію з різних джерел. Ви можете запитати інформацію з баз даних dBASE, Paradox і Microsoft SQL Server.

Використання функцій в запитах

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

Використання в запитах операторів порівняння

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

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

Якщо необхідно відібрати дані по конкретному значенню поля, необхідно ввести це значення в осередок Умова відбору. Текстове значення, яке використовується у вигляді умови відбору, повинно бути поміщено в дужки.

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

BETWEEN. Визначає діапазон значень.

IN. Задає список значень, які використовуються для порівняння.

LIKE. Оператор, зручний для пошуку зразків в текстових полях.

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

СУБД Microsoft Access розрізняє чотири типу модифікуючих запитів:

Запит на додавання

Запит на оновлення

Запит на видалення

Запит на створення таблиці

Про характер дії запиту можна судити по його назві.

Запит на додавання формує в таблиці нові записи, одержані на основі умови відбору.

Запит на оновлення змінює інформацію, відібрану на основі вказаної умови, і записує модифіковані дані в таблицю на колишнє місце.

Запит на видалення стирає групу записів, відібраних в таблиці в результаті виконання запиту.

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

Запит на вибірку

1 запит

Даний запит міститиме два поля,а саме: Назву книги та Дату видачі книги (Рис. 34).

Рис. 34 Запит на вибірку дати видачі книги

Код SQL

SELECT Читачі.Прізвище, Формуляри.[Дата видачі книги]

FROM Читачі RIGHT JOIN Формуляри ON Читачі.[Код читача] = Формуляри.[Код читача]

WHERE (((Формуляри.[Дата видачі книги]) Between #11/7/2016# And #12/15/2016#));



2 запит

Наступний запит буде на вибірку читачів, що не повернули ще книги (Рис. 35).

Рис. 35 Запит на читачів, що не повернули ще книги

Код SQL

SELECT Читачі.Прізвище, Формуляри.[Дата видачі книги], Формуляри.[Дата повернення книги]

FROM Читачі INNER JOIN Формуляри ON Читачі.[Код читача] = Формуляри.[Код читача]

WHERE (((Формуляри.[Дата видачі книги])>#10/26/2016#) AND ((Формуляри.[Дата повернення книги]) Is Null));

3 запит

Наступний запит також на вибірку цін на книг в межах від 98,76 до 244,55, не включаючи (Рис. 36).



Рис. 36 Запит цін на книги

Код SQL

SELECT Книги.[Назва книги], [Ціни на книги].Ціна

FROM Книги RIGHT JOIN [Ціни на книги] ON Книги.[Код книги] = [Ціни на книги].[Код книги]

WHERE ((([Ціни на книги].Ціна)>98.76 And ([Ціни на книги].Ціна)<244.55));

4 запит

Даних запит буде виводити дані про домашній адрес за допомогою оператора Like (Рис. 37).



Рис. 37 Запит на домашній адрес читачів

Код SQL

SELECT Читачі.Прізвище, [Інформація про читачів].[Домашня адреса]

FROM Читачі RIGHT JOIN [Інформація про читачів] ON Читачі.[Код читача] = [Інформація про читачів].[Код читача]

WHERE ((([Інформація про читачів].[Домашня адреса]) Like "К"));

5 запит

Даний запит виконується за умови, що телефон читача закінчується на цифру 6 (Рис. 38).



Рис. 38 Запит по останній цифрі номера телефону

Код SQL

SELECT Читачі.Прізвище, [Інформація про читачів].Телефон

FROM Читачі RIGHT JOIN [Інформація про читачів] ON Читачі.[Код читача] = [Інформація про читачів].[Код читача]

WHERE ((([Інформація про читачів].Телефон) Like "#####6"));

Запит з параметром

1 запит

Даний запит буде обирати інформацію по заданому параметру видавництва (Рис.. 39).



Рис. 39 Запит з параметром на видавництво

Код SQL

SELECT Видавництво.Видавництво, [Інформція про видавництва].[Адреса видавництва], [Інформція про видавництва].Телефон

FROM Видавництво RIGHT JOIN [Інформція про видавництва] ON Видавництво.[Код видавництва] = [Інформція про видавництва].[Код видавництва]

WHERE (((Видавництво.Видавництво)=[Введіть видавництво]));

2 запит

Даний запит буде здійснювати пошук за допомогою параметру за жанром книги (Рис.40).



Рис. 40 Запит з парметром

Код SQL

SELECT Книги.[Назва книги], [Інформація про книги].Жанр

FROM [Інформація про книги] RIGHT JOIN Книги ON [Інформація про книги].[Код книги] = Книги.[Код книги]

WHERE ((([Інформація про книги].Жанр)=[Введіть жанр]));

Запит на оновлення

Даний запит буде оновлювати дані в таблиці на такі, які ми вкажемо (Рис. 41).



Рис. 41 Запит на оновлення даних в таблиці

Код SQL

UPDATE [Інформація про читачів] SET [Інформація про читачів].[Домашня адреса] = "м.Київ"

WHERE ((([Інформація про читачів].[Домашня адреса])="К"));

Запит на створення таблиці

Даний запит буде створювати таблицю за певними даними (Рис. 42).



Рис. 42 Запит на створення таблиці

Код SQL

SELECT Книги.[Код книги], Книги.[Назва книги], [Інформація про книги].[Кількість сторінок], [Інформація про книги].Жанр INTO [Запит створення таблиці]

FROM [Інформація про книги] RIGHT JOIN Книги ON [Інформація про книги].[Код книги] = Книги.[Код книги];

Перехресний запит

Даний запит виводить дані за допомогою даних, які виводяться при перетині (Рис. 43).



Рис. 43 Перехресний запит

TRANSFORM Min(Формуляри.[Дата видачі книги]) AS [Min-Дата видачі книги]

SELECT Формуляри.[Код читача]

FROM Формуляри

GROUP BY Формуляри.[Код читача]

PIVOT Формуляри.[Назва книги];

3.2 Створення звітів

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

Звіт може містити докладну інформацію про певний запис, зведені дані з багатьох записів або одне та друге разом. Звіти програми Access також можна використовувати для створення поштових етикеток та інших цілей.

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

В даній лабораторній роботі ми створили звіти по всім запитам, щоб вивести інформацію (Рис. 44; Рис. 45; Рис. 46; Рис. 47; Рис. 48; Рис. 49; Рис. 50).

Рис. 44 Звіт по запиту з параметром на видавництво

Рис. 45 Звіт по запиту з параметром на жанри книг

Рис. 46 Звіт по запиту на ціни книг



Рис. 47 Звіт по запиту на домашню адреcу

Рис. 48 Звіт по запиту по номеру телефону читача

Рис. 49 Звіт про формуляри



Рис. 50 Звіт про читачів бібліотеки



Висновок

В процесі виконання курсової роботи я вивчила техніку створення баз даних з використанням сучасної платформи Microsoft Access 2010. Розроблено базу даних «Бібліотека», яка може слугувати наочним прикладом використання функцій Access та SQL. При проектуванні програми спочатку була складена ER-діаграма бази даних з описом кожної сутності у вигляді її атрибутів, потім була розроблена схема даних в базі даних. Відповідно до поставленого завдання були розроблені відповідні запити, форми, таблиці та звіти. Для наочності роботи бази даних, користувачу представлена кнопкова форма, за допомогою якої можна здійснювати навігацію по базі даних, вносити необхідні зміни до існуючих записів, або додавати нові.

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

Таким чином, дана курсова робота значно розширила мої знання в області створення баз даних. Я стала більш ерудованою та обізнаною в цій області. Робота на мові SQL виявилася доволі цікавим завданням, адже для написання програм необхідно проявити вигадливість.



Список використаної літератури

1. Багриновский К.А. Хрустальов Е.Ю. Нові інформаційні технології. - М.: ЕКО, 2007. - 250с.

2. Інформатика і інформаційно-комунікаційні технології. Базовий курс: Підручник для 8 класса/И.Г. Семакин, С.В. Русаков, Л. В. Шестакова. - М: БИНОМ, Лабораторія знань, 2005. - 176 з.

3. Каймин В.А. Інформатика: Підручник. - М.: ИНФРА-М, 2007 - 179 з.

4. Комп'ютерні технології обробки інформації / Під ред. С.В. Назарова. - М.: Фінанси і статистика, 2005. - 248 з.

5. Соболь Б.В., Галін Г.Б., Панов Ю.В. та інших. Інформатика: підручник. - М.: Фенікс, 2007. - 446 з.

6. Моторин С.В. Управління даними Лекції 1-2: Проектування реляційної БД

Размещено на Аllbеst.ru

...