Показано певні правила, за якими проектувалася база даних.
При розробки бази даних нами були отримані основні навички роботи з Access
Спроектована база даних «Документація кабінету інформатики» і програмне забезпечення, яке обслуговує базу, дає можливість полегшити роботу співробітникам кафедри МіМІД і застосовувати різні пошукові системи для вибору необхідних відомостей про книгах, журналах, компакт-дисках, читачів, курсових і дипломних роботах.
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
ДОДАТОК 1. Форма «Формуляр читача»

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
ДОДАТОК 2
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
ДОДАТОК 3. Схема «Формуляр читача»
 

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
ДОДАТОК 4
Групи

Форма навчання

Факультети

Соціальне становище

За освітою

 
 
 
 
 
 
 
 
 
 
 
 
 
Список використаних джерел:

1. Артемов Д. В., Погульскій Г. В., Альперович М. М. Microsoft SQL Server 7.0 для професіоналів: установка, управління, експлуатація, оптимізація. - М.: Видавництво. відділ «Російська Редакція». - 1999. - 576 с.
2. Бекаревич Ю. Б., Пушкіна Н. В. MS Access 2000 за 30 занять. - СПб.: БХВ - Петербург, 2001 - 512 с.
3. Гайдамакін Н. А. Автоматизовані інформаційні системи, бази і банки даних. Вступний курс: Навчальний посібник. - М.: Геліос АРВ, 2002. - 368 с., Іл.
4. Робінсон С. Microsoft Access 2000: навчальний курс - СПб.: Пітер, 2002. - 512 с.: Іл.
5. Хомоненко А. Д., Циганков В. М., Мальцев М. Г. Бази даних: підручник для вищих навчальних закладів / За ред. проф. А. Д. Хомоненко. - Вид. 2 - е, доп. і перер .- СПб.: «Корона принт», 2002. - 672 с.
6. Хоннхоллі Томас, Каролін Бегг, Ганна Страчан Бази даних: проектування, реалізація і супровід. Теорія і практика, 2 - ге вид.: Пров. з англ. - М.: Видавництво. дім «Вільямс», 2001. - 1120 с.
7. MS Access 2000 крок за кроком. Издат. «ЕКОМ».: М., 1999. - 352 с.
8. www.citforum.ru

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
РОЗДІЛ 1. ТЕОРЕТИЧНІ АСПЕКТИ СУБД
1.1. Функції СУБД
СУБД за природою є прикладним програмним забезпеченням т. е. призначеним для вирішення конкретних прикладних завдань, також СУБД виконували і системні функції - розширювали можливості файлових систем системного програмного забезпечення.
У загальному плані можна виділити наступні функції, реалізовані СУБД:
· Організація і підтримка логічної структури даних (схеми баз даних);
· Організація і підтримка фізичної структури даних у зовнішній пам'яті;
· Організація доступу до даних і їх обробка в оперативної і зовнішньої пам'яті.
Організація і підтримка логічної структури даних (схеми бази даних) забезпечується засобами моделі організації даних. Модель даних визначається способом організації даних, обмеженнями цілісності і безліччю операцій, допустимих над об'єктами організації даних. Відповідно модель даних поділяють на три складові - структурну, цілісну і маніпуляційну.
Відомі три основні моделі організації даних:
· Ієрархічна;
· Мережева;
· Реляційна.
Модель даних, реалізована СУБД, є однією з основних компонентів, що визначають функціональні можливості СУБД по відображенню в базах даних інформаційно - логічних схем предметних областей АІС.
Організація і підтримка фізичної структури даних у зовнішній пам'яті. Ця функція включає організацію та підтримку внутрішньої структури файлів бази даних, іноді званої форматом файлів бази даних, а також створення і підтримку спеціальних структур (індекси, сторінки) для ефективного і впорядкованого доступу до даних. У цьому плані ця функція тісно пов'язана з третьою функцією СУБД - організацією доступу до даних.
Організація доступу до даних і їх обробка в оперативної і зовнішньої пам'яті здійснюється через реалізацію процесів, що отримали назву транзакцій. Транзакцією називають послідовну сукупність операцій, що має окреме смислове значення по відношенню до поточному стану бази даних. Так, наприклад, транзакція з видалення окремого запису в базі даних послідовно включає визначення сторінки файлу даних, що містить зазначену запис, зчитування або пересилання відповідної сторінки у буфер оперативної пам'яті, власне видалення запису в буфері ОЗУ, перевірку обмежень цілісності зі зв'язків і іншими параметрами після видалення і, нарешті, «виштовхування» і фіксацію у файлі бази даних нового стану відповідної сторінки даних.
 
1.2. Моделі даних
Кожна СУБД підтримує ту чи іншу модель даних. Модель даних визначає правила породження допустимих для даної СУБД видів структур даних, можливі операції над такими структурами цієї системи обмежень цілісності даних. Як було, вище сказано логічна структура даних підтримує три моделі організації даних.
У більшості комерційних СУБД використовуються стали класичними реляційні моделі даних і різновидів графових моделей даних - мережева модель даних CODASYL та ієрархічна модель даних і всі вони отримали назву за видами розглянутих у них структур даних.
В ієрархічній моделі об'єкти - сутності і відносини предметної області представляються наборами даних, які мають суворо деревоподібну структуру, тобто допускаються лише структурні зв'язки - відносини. Ієрархічна модель даних була історично першою, на основі якої наприкінці 60 - 70 - х рр.. були розроблені перші професійні СУБД.
База даних з ієрархічною моделлю даних складається з упорядкованого набору примірників структур типів «дерево», що показано на рис.1. На цьому малюнку інформаційний об'єкт «1» є предком інформаційного об'єкта «2», якою у свою чергу є предком інформаційного об'єкта «3». Об'єкт «2» є нащадком об'єкта «1», а об'єкт «3» нащадком об'єкта «2». Примірники нащадка із загальним предком називаються близнюками.
SHAPE \ * MERGEFORMAT

2

1

3

Рис. 1. Представлення зв'язків в ієрархічній моделі
Мережева модель даних дозволяє відображати різноманітні взаємозв'язки елементів даних у вигляді довільного графа, узагальнюючи тим самим ієрархічну модель даних рис. 2. Мережева СУБД складається з одного або декількох типів записів і набору типів зв'язків між ними. Кожен тип запису представлений в базі даних набором примірників записів даного типу. Аналогічно кожен тип зв'язку представлений набором примірників зв'язків даного типу між конкретними примірниками типів записів. На малюнку типи записів позначені цифрами, типи зв'язків літерами.
SHAPE \ * MERGEFORMAT

2

4

5

3

1

А1

B

C

D

А2

Рис. 2. Представлення зв'язків у мережевій моделі
Для даного типу зв'язку А1 між типом запису предка «1» і типом запису нащадка «2» виконуються наступні умови:
1. кожен екземпляр типу «1» є предком тільки в одному екземплярі «2»;
2. кожен примірник «2» є нащадком не більш ніж в одному примірнику «1».
У рамках мережевої моделі можливі наступні ситуації:
· Тип запису нащадка в одному типі зв'язку «А1» може бути типом запису предка в іншому типі зв'язку «В»;
· Даний тип запису «1» може бути типом запису нащадка в будь-якому числі типів зв'язку;
· Може існувати будь-яке число типів зв'язків з одним і тим же типом запису предка і одним і тим же типом запису нащадка;
· Якщо «А1» і «А2» - два типи зв'язку з одним і тим же типом запису предка «1» і одним і тим же типом запису нащадка «2», то правила, за якими утворюється спорідненість, у різних зв'язках можуть різнитися;
· Типи записів «4» і «5» можуть бути предком і нащадком одного зв'язку і нащадком і предком інший; предок і нащадок можуть бути одного типу записів (зв'язок типу «петля»).
Реляційна модель даних - це предметна область, яка представляє собою набір відносин, що змінюються в часі. При створенні інформаційної системи сукупність відносин дозволяє зберігати дані про об'єкти предметної області та моделювати зв'язку між ними. Елементи реляційної моделі даних і форми їх подання наведено в табл. 1.1.
Таблиця 1.1
Елементи реляційної моделі

Елемент реляційної моделі	Форми подання
1. Ставлення 2. Схема відношення 3. Кортеж 4. Сутність 5. Атрибут 6. Домен 7. Значення атрибута 8. Первинний ключ 9. Тип даних	Таблиця Рядок заголовків таблиці Рядок таблиці Опис властивостей об'єкта Заголовок стовпця таблиці Безліч допустимих значень атрибуту Значення поле у ​​записі Один або декілька атрибутів Тип значень елементів таблиці

Ставлення - це плоска таблиця, що складається із стовпців і рядків.
Схема відносин - це список імен атрибутів
Кортеж - це рядок відносин.
Сутність - об'єкт будь-якої природи, дані про якого зберігаються в базі даних.
Атрибут - це пойменований стовпець відносини.
Домен - це набір допустимих значень для одного або декількох атрибутів.
Первинний ключ - це атрибут відносини, однозначно ідентифікує кожний з його кортежів.
На рис. 3. наведено приклад подання відносини «Формуляр читача». У загальному випадку порядок кортежів у відношенні не визначений. Однак у реляційних СУБД для зручності кортежів все ж впорядковують. Найчастіше для цього вибирають певний атрибут, за яким система автоматично сортує кортежі по зростанню і спаданню. Якщо користувач не призначає атрибуту впорядкування, система автоматично присвоює номер до кортежам в порядку їх введення.

Ставлення формуляр читача (таблиця)

Схема відношення (рядок заголовка)

Атрибут № групи (Заголовок стовпчика)

Кортеж (рядок) ПІБ	№ групи	Соц. становище	Дата народження
Алексєєва Є. А. Савиновского С. І Будиріна С. В.	413-1 435 -	Студент Студент Викладач	25.03.1985 15.03.1983 10.06.1980

	Значення атрибуту (значення поля запису)

Рис. 3. Представлення відносини «Формуляр читача»
Відношення «Формуляр читача» включає чотири домену. Домен 1 містить прізвища всіх читачів, домен 2 номери всіх груп, домен 3 назву соц. Положення і домен 4 дату народження всіх читачів. Ставлення формуляр читача містить три кортежу. Кортеж розглянутого відносини складається з чотирьох елементів.
Для наведеного прикладу схема відносини має вигляд «Формуляр читача» (ПІБ, № групи, СП, дата народження). У відношенні «Формуляр читача» ключовим є атрибут «ПІБ».
Існування ключа гарантує те, що ставлення - це безліч, яке не містить однакових елементів - кортежів.
При проектуванні схеми реляційної бази даних можна виділити таку послідовність процедур.
1. визначення переліку таблиць та його зв'язків;
2. визначення переліку полів, типів полів, ключових полів кожної таблиці (розробка таблиць - відносин), встановлення зв'язків між таблицями через зовнішні ключі;
3. визначення та встановлення індексів (індексування) для полів у таблицях;
4. розробка списків (словників) для полів з перелічувальні характером значень даних;
5. встановлення обмежень цілісності по полях таблиць та зв'язків;
6. нормалізація таблиць, доробка переліку таблиць та їх зв'язків.
Так само в реляційних СУБД для вказівки зв'язків таблиць роблять операцію їх зв'язування. Між таблицями можуть встановлюватися бінарні (між двома таблицями), тернарние (між трьома таблицями) і в загальному випадку n-арні зв'язку. Найбільш часто зустрічаються бінарні зв'язку.
При зв'язуванні двох таблиць виділяють основну та додаткову (підпорядковану) таблиці. Логічне зв'язування таблиць здійснюється за допомогою ключа зв'язку.
Ключ зв'язку складається з одного або декількох полів, який називається полями зв'язку.
Суть зв'язування полягає у встановленні відповідності полів зв'язку основної та додаткової таблиць. Поля зв'язку основної таблиці можуть бути звичайними і ключовими. В якості полів зв'язку підпорядкованої таблиці найчастіше використовують ключові поля.
У залежності від того, як визначені поля зв'язку основної та додаткової таблиць, можуть встановлюватися чотири основні зв'язку (Таблиця 1.2.):
· Один - один (1:1);
· Один - багато (1: М);
· Багато - один (М: 1);
· Багато - багато (N: М).
Таблиця 1.2.
Характеристика видів зв'язків таблиць

Характеристика полів зв'язку за видами	1:1	1: М	М: 1	N: М
Поля зв'язку основної таблиці	Є ключем	Є ключем	Не є ключем	Не є ключем
Поля зв'язку додаткової таблиці	Є ключем	Не є ключем	Є ключем	Не є ключем

Зв'язок виду один до одного утворюється у випадку коли всі поля зв'язку основної та додаткової таблиць є ключовими. Оскільки значення в ключових полях обох таблиць не повторюються, забезпечується взаємно-однозначно відповідно записів з цих таблиць. Самі таблиці, по суті, тут стають рівноправними (Мал. 4.).

Об'єкт А

Об'єкт У

1: 1

Рис. 4. Графічне зображення відношення об'єктів 1:1
Зв'язок виду один до багатьох має місце у випадку, коли одного запису основної таблиці відповідає кілька записів допоміжної таблиці (Мал. 5.).

Об'єкт А

Об'єкт У

1: М

Рис. 5. Графічне зображення відношення об'єктів 1: М
Зв'язок виду багато до одного має місце у випадку, коли однією або кількома записами основної таблиці ставиться у відповідність один запис додаткової таблиці.
Зв'язок виду багато до багатьох виникає у випадках, коли декільком записам основної таблиці відповідає кілька записів додаткової таблиці (Мал. 5.).

Об'єкт А

Об'єкт У

N: М

Рис. 6. Графічне зображення відношення об'єктів N: М
На практиці в зв'язок звичайно залучається відразу декілька таблиць. При цьому одна з таблиць може мати різного роду зв'язку з кількома таблицями. У випадках, коли пов'язані таблиці, у свою чергу, мають зв'язки з іншими таблицями, утворюється ієрархія і дерево зв'язків.
1.3. Запити в реляційної СУБД
Запити є більш поширеним видом обробки даних при вирішенні користувачами тематичних, логічних, статистичних та технологічних інформаційних завдань.
Запит є специфікацію на спеціальній мові для обробки даних. У реляційних СУБД запити до бази даних виражаються мовою SQL.
Мова SQL відноситься до так званих декларативним (непроцедурного) мов програмування. На відміну від процедурних мов (С, Паскаль, Кобол, Бейсік) на ньому формулюється пропозиції (інструкції) про те, «що зробити», але не «як зробити, як отримати». Машина даних в СУБД виконує роль інтерпретатора і якраз будує машинний код, який реалізує спосіб отримання результату, що задається SQL - інструкціями.
Мова SQL складається з двох частин:
· Мови опису (визначення) даних - DDL (Data Definition Language);
· Мови маніпулювання даними - DML (Data Manipulation Language)
Синтаксис SQL - інструкцій включає:
· Назва інструкцій (команду);
· Пропозиція, що визначає джерело, умови операції;
· Предикати, що визначають способи і режими відбору записів, що задаються пропозиціями;
· Вирази, значення яких задають властивості і параметри виконання інструкції і пропозиції.
Формування запитів в СУБД може здійснюватися в спеціальному редакторі або через наочно - діалогові засоби і покрокові майстра формування запитів. Сформований запит у вигляді SQL - інструкції зберігається у файлі бази даних надалі спеціальної командного СУБД може запускатися на виконання. З точки зору розв'язуваних інформаційних завдань і форми результатів виконання запитів їх можна розділити на три групи:
· Запити на вибірку даних;
· Запити на зміну даних;
· Керуючі запити.
1.4. Форми в реляційної СУБД
Вертикальний спосіб відображення полів записів у сучасних СУБД разом з ідеями електронних бланків трансформувався в техніку форм. Природним і інтуїтивно - зрозумілим способом роботи зі структурованою інформацією для більшості людей є всілякі бланки, анкети, і т.п. «Паперові форми». Форми в СУБД якраз і виконують функції надання користувачам звичного інтерфейсу при введенні структурованих даних з імітацією «заповнення» бланків, анкет і т.п. Таким чином, форма в СУБД являє собою спеціальний екранний об'єкт, що включає поля для введення даних одного запису базової таблиці та іншу пояснювальну інформацію.
У Дод. 1. наведено приклад форми для введення, перегляду та зміни даних у таблиці «Формуляр читача».
1.5. Звіти в реляційної СУБД
Вирішую завдання документування виведених даних, тобто представлення результатів обробки та накопичення даних у формі текстового документа, який можна роздрукувати або долучити до іншого текстового документа. Звіти багато в чому аналогічні вивідним формам і, по суті, представляють друковані форми для результатів накопичення і обробки даних (Додаток 2.). Відмінною особливістю звітів є те, що вони будуються за правилами текстових документів, тобто відображаються дані розділяються на сторінки і розділи з відповідними елементами (поля, колонтитули) і параметрами форматування (шрифт, відступи, вирівнювання).
До звітів можуть міститися елементи управління, серед яких особливе значення мають обчислювані поля, тобто поля, вміст яких формується на основі обчислення певних статистичних функцій з вміщують у звіті даних.
Окрім полів з даними і обчислюваних полів у звіти можуть впроваджуватися різні графічні об'єкти для формування логотипів та інших пояснювальних малюнків, а також можуть використовуватися діаграми.
1.6. Microsoft Access
Access - представляє собою потужну програму управління даними, призначену головним чином для програмістів. Access поставляється тільки в складі професійного пакету Office.
Microsoft Access, володіє всіма рисами класичної СУБД, надає і додаткові можливості. Access - це не тільки потужна, гнучка і проста у використанні СУБД, але і система для розробки працюють з базами даних додатків. За допомогою Access можна створити додаток, що працює в середовищі Windows і повністю відповідає потребам користувача з управління даними.
Microsoft Access має безліч областей застосування: на малому підприємстві; в роботі за контрактом, коли ви розробляєте прикладні програми за замовленням або виступаєте в ролі консультанта; у великих корпораціях, коли ви виступаєте в ролі координатора виробничих інформаційних систем і навіть у сфері домашнього застосування.
1.7. Структура і характеристика СУБД Microsoft Access
Microsoft Access надає максимальну свободу в завданні типу даних (текст, числові дані, дати, час, грошові значення, малюнки, звук, документи, електронні таблиці). Можна задати формати зберігання (довжина рядка, точність представлення чисел і дати часу) і надання цих даних при виведенні на екран або друк. Для впевненості, що в базі даних зберігаються тільки коректні значення, можна задати умови на значення різного ступеня складності.
Microsoft Access може працювати з великим числом найрізноманітніших форматів даних, включаючи файлові структури інших СУБД. Також можна робити імпорт і експорт даних з файлів текстових редакторів або електронних таблиць. За допомогою Access можлива - обробка файлів Рагаdох, dВАSE III, dВАSЕ IV, FохРго та ін Можна також імпортувати дані з цих файлів в таблицю Access.
Основні об'єкти бази даних Access:
Таблиця: Об'єкт, який визначається і використовується для зберігання даних. Кожна таблиця містить інформацію про об'єкт певного типу. Таблиця містить поля (стовпці), в яких зберігаються різного роду дані, і записи (рядки). У записі зібрана вся інформація про конкретний предмет. Для кожної таблиці можна визначити первинний ключ (одне або кілька полів, які мають унікальне значення для кожного запису) і один або кілька індексів з метою збільшення швидкості доступу до даних.
Запит: Об'єкт, який дозволяє користувачеві отримати потрібні дані з однієї або декількох таблиць. Для створення запиту можна використовувати зразок чи інструкції. Можна створити запити на вибір, оновлення, видалення або на додавання даних. За допомогою запитів можна створювати нові таблиці, використовуючи дані однієї або декількох таблиць, які вже існують.
Форма: Об'єкт, призначений в основному для вводу даних, відображення їх на екрані або керування роботою додатку. Можна використовувати форми для того, щоб реалізувати вимоги користувача до представлення даних з запитів або таблиць. Форми можна також роздрукувати. За допомо