додати матеріал

приховати рекламу

Документація кабінету інформатики

[ виправити ] текст може містити помилки, будь ласка перевіряйте перш ніж використовувати.

СХІДНО - СИБІРСЬКА ДЕРЖАВНА
АКАДЕМІЯ КУЛЬТУРИ і МИСТЕЦТВ

Менеджмент інформаційних технологій

Менеджмент і маркетинг інформаційної діяльності
 
 
 
 
 
 
 
Стендова доповідь.
Документація кабінету інформатики.

Виконали студенти 2-го курсу очного відділення 423-1 групи. Спеціальність 351400 «Прикладна інформатика в соціально-культурній сфері». Кваліфікація «Інформатик-технолог»:
Алексєєв Сергій Миколайович
Зрозумівши Олексій Борисович
Науковий керівник:
Леонтьєва Світлана Леонідівна
Улан-Уде
2003р.
ЗМІСТ
ВСТУП ................................................. .................................................. ......................
РОЗДІЛ 1. Розробка бази даних по кабінету інформатики
1.1. Створення таблиць ................................................ ............................................
1.2. Створення запитів ................................................ .........................................
1.3. Створення форм ................................................ ...............................................
1.4. Створення звітів ................................................ ...........................................
ВИСНОВОК ................................................. .................................................. ................
СПИСОК ВИКОРИСТАНОЇ ЛІТЕРАТУРИ
ДОДАТОК 1
ДОДАТОК 2
ДОДАТОК 3
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
ВСТУП
Використання баз даних та інформаційних систем стає невід'ємною складовою ділової діяльності сучасної людини і функціонування успішних організацій. У зв'язку з цим більшої актуальності набуває освоєння принципів побудови та ефективне застосування відповідних технологій і програмних продуктів: систем управління баз даних, CASE - систем автоматизації проектування, засобів адміністрування та захисту баз даних та інших.
Від правильного вибору інструментальних засобів створення інформаційних систем, визначення відповідної моделі даних, обгрунтування раціональної схеми побудови баз даних, організація запитів до збережених даних і ряду інших моментів багато в чому залежить ефективність функціонування розроблюваних систем. Все це вимагає усвідомленого застосування теоретичних положень та інструментальних засобів розробки баз даних і інформаційних систем.
У цій роботі здійснено розробку бази даних для кабінету інформатики. Метою її розробки є автоматизація обліку зберігається документації: книг, журналів, компакт - дисків, дипломних і курсових робіт, наукових праць викладачів факультету МІТ.
База даних «Документація кабінету інформатики» була створена в Access, який являє собою потужну програму управління даними, призначену головним чином для програмістів. Access поставляється тільки в складі професійного пакету Office.
Microsoft Access, володіє всіма рисами класичної СУБД, надає і додаткові можливості. Access - це не тільки потужна, гнучка і проста у використанні СУБД, але і система для розробки працюють з базами даних додатків. За допомогою Access можна створити додаток, що працює в середовищі Windows і повністю відповідає потребам користувача з управління даними.
 
РОЗДІЛ 1. РОЗРОБКА БАЗИ ДАНИХ
ПО КАБІНЕТУ ІНФОРМАТИКИ
1.1. Створення таблиць
СУБД Microsoft Access надає декілька способів створення порожніх таблиць, що відображено в діалогом вікні «Нова таблиця», показано на рис. 1.

Рис. 1. Створення таблиць
На приклад, можна створити таблицю за допомогою майстра або за допомогою введення даних прямо в порожній бланк сітки даних. В останньому випадку при збереженні введених даних кожним стовпчиком (полю) автоматично призначається відповідний тип і формат даних. У сітці дані відображаються у вигляді стовпців і рядків, що зовні нагадує вигляд електронних таблиць. У цій роботі ми, будемо створювати таблиці в режимі конструктора, тому що в цьому випадку існує більше можливостей для встановлення необхідних параметрів полів.
У режимі конструктора необхідно заповнити стовпці ім'я поля, тип даних і опис показане на рис. 2.
Бази даних «документація кабінету інформатики» складається з декількох основних таблиць:
· Книги;
· Журнали;
· Компакт - диски;
· Формуляр читача;

Рис. 2. Табл. «Формуляр читача», представлена ​​в режимі конструктора
У таблиці «Книги» міститься інформація про книги значаться на кафедрі МіМІД. Тут є наступні поля: КодКнігі (для ідентифікації книги в базі даних), Читач (визначає читача, який взяв книгу), Заголовок (вказується заголовок книги), Автор (и) (вказує автора або авторів книги), Місце видання (де видана книга) , Видавництво (ким видана ця книга), Рік (рік видання), Сторінки (обсяг даної книги), Примірники (кількість примірників), На руках (вказує на те, що книга на руках чи ні). У таблиці 1.1. показані типи даних та опис полів «Книги».
 
 
 
 
 
 
 
 
 
Таблиця 1.1.
Характеристика полів «Книжки»
Ім'я елемента
Тип даних
Опис
КодКнігі
Лічильник
15
Читач
Текстовий (5)
Федорова Олександра.
Тема
Текстовий (200)
CORELDRAW 6.0
Автор (и)
Текстовий (50)
Таяновський П.
Місце з-ия
Текстовий (20)
Київ
Вид-во
Текстовий (20)
"BHV"
Рік
Числовий
1996
Сторінки
Числовий
416
Примірники
Числовий
1
На руках
Логічне (Так / Ні)
Так

Таблиця «Журнали» містить інформацію про журнали. У неї включені сім полів: КодЖурнала (для ідентифікації журналу в базі даних), Читач (встановлює читача взяв журнал), Тема (вказує заголовок журналу), Номер (визначає номер випуску), Рік (рік видання), Кількість примірників (число даних журналів ), На руках (вказує, чи є журнал на кафедрі). Основні характеристики полів наведені у таблиці 1.2.
Таблиця 1.2.
Характеристика полів «Журнали»
Ім'я елемента
Тип даних
Опис
КодЖурнала
Лічильник
150
Читач
Текстовий (5)

Тема
Текстовий (200)
МІРInternet
Номер
Числовий
2
Рік
Числовий (20)
2002
Кількість прим.
Числовий (20)
2
На руках
Логічний (Так / Ні)
Ні

Наступною таблицею є «Компакт - диски». У ній представлені наступні поля: КодКД (показує код диска), Читач (визначає читача взяв компакт - диск), Назва диска (найменування диска), Номер (вказує номер для дисків, що додаються до журналу), Рік (визначать рік випуску диска), Кількість примірників (число компакт - дисків), На руках (показує, чи є диск на кафедрі). Основні характеристики полів наведені у таблиці 1.3.
 
 
 
 
Таблиця 1.3.
Характеристика полів «Компакт - диски»
Ім'я елемента
Тип даних
Опис
КодКД
Лічильник
21
Читач
Текстовий (5)
Федорова Олександра
Назва диску
Текстовий (200)
КомпьютерПресс
Номер
Числовий
4
Рік
Числовий
2000
Кількість прим.
Числовий
1
На руках
Логічний (Так / Ні)
Так
До складу таблиці «Формуляр читача» входять такі стовпці: Код Читача (визначає номер читача), Прізвище, Ім'я та По-батькові (вказують прізвище, ім'я та по батькові читача, відповідно), № групи (позначає в якій групі навчається студент), Факультет (вказує назва факультету читача), Національність (показує національність), Пол (ідентифікує підлогу читача), Рік народження (Дата народження), відрахований (показує з яких причин читач вибув, взяв академічну відпустку), Кафедра (вказує назву кафедри читача), Соц. положення (визначає соціальний стан читача), Форма освіти (вказує форму освіти, для студентів), За освітою (показує яке у читача освіта), Домашня адреса, № телефону та № паспорта (для ідентифікації адреси, № й № паспорта читача, відповідно ), Рік (показує дату запису в бібліотеку кафедри МіМІД). Дана таблиця має зв'язку з її предками і показані у Дод. 3.
Характеристики допоміжних таблиць дані в додатку 4
1 .2. Створення запитів.
У Microsoft Access для створення запитів, також як і в інших об'єктах, надає ряд майстрів. Майстра дозволяють в діалозі з користувачем побудувати прості і перехресні запити, запити на вибірку повторюваних записів або значень полів у таблиці або записів без підлеглих. Основним засобом розробки запитів, які реалізують всі можливості діалогового кошти QBE, є конструктор.
Найбільш поширеним типом запиту є запит на вибірку. Запит на вибірку відбирає поля з однієї або більше таблиць по заданих умовах, а потім відображає їх у потрібному порядку. На основі запиту на вибірку створюються запити інших типів.
Так само як і таблиці за допомогою конструктора ми створили запити. У загальній складності було створено вісім запитів:
· «Читачі: викладачі і співробітники»;
· «Читачі: студенти»;
· «Журнали на кафедрі»;
· «Журнали на руках»;
· «Книги на кафедрі»;
· «Книги на руках»;
· «Компакт - диски на кафедрі»;
· «Компакт - диски на руках».
Запит «Читачі: викладачі і співробітники» заснований на двох таблицях мають між собою зв'язок виду 1: М: «Соціальне становище» і «Формуляр читача». З таблиці «СП» додано поле соціальне становище яке має умова відбору наступного виду ("Викладач" Or "Співробітник") призначене для виведення всіх викладачів і співробітників академії введених в базу даних. А так само з таблиці «Формуляр читача» додані наступні поля: ПІБ, факультет, національність, кафедра, підлогу. «Читачі: студенти» базується на таблицях мають зв'язок виду М: 1: «Формуляр читача» і «Групи». У полі групи (табл. «Групи») було введено умова відбору ([Введіть групу:]), при відкритті запиту, необхідно ввести номер групи, наприклад, 423-1.
З таблиці «Журнали» в конструктор були додані поля (Читач, Заголовок, Номер, Рік, Кількість примірників, на руках), і на основі їх були створені запити «Журнали на руках» і «Журнали на кафедрі». Ці запити відрізняються один від одного тим, що поле На руках має умови відбору, які дозволяють виводити списки журналів знаходяться у читачів («Журнали на руках») або на кафедрі («Журнали на кафедрі»). На рис. 3 показаний запит «Журнали на кафедрі» в режимі конструктора.
Всі інші запити зроблені подібним чином.

Рис. 3. Запит «Журнали на кафедрі»
1 .3. Створення форм
Access надає широкі можливості для конструювання форм - графічного діалогового інтерфейсу користувача
Форми є основою розробки діалогових додатків. Через форми можна завантажувати дані у взаємозалежні таблиці бази даних з документів - джерел, переглядати дані, а також їх коригувати. Працюючи з формою, користувач може додавати і видаляти записи в таблицях, змінювати значення в полях, отримувати розрахункові дані. У формі можна контролювати дані, що вводяться, встановлювати обмеження на доступ до даних, виводити необхідні повідомлення.
При роботі з формою може виконуватися обробка подій, ініційованих користувачем або наступають в процесі роботи з формою. Форма може створюватися для управління програмою користувача. Типові процедури формуються автоматично при створенні елементів форми. Такими елементами, наприклад, є, графічні кнопки, з якими можуть зв'язуватися події наступних категорій:
· Перехід по записах, обробка записів (додавання, видалення, друк, відновлення);
· Робота з формою (відкриття, закриття, зміна фільтра; оновлення даних, друк форми);
· Робота зі звітом (друк, перегляд, відправка, висновок у файл), додатком (запуск програми, вихід з програми, запуск Word, Excel, блокнота);
· Запуск запиту, макросу, друк таблиці, набір номера.
Типовий макет форми може бути легко отримана за допомогою таких майстрів Access, як Майстер форм або Автоформа. Майстер форм може створювати форму для однієї таблиці або для декількох взаємозалежних таблиць. Майстер дозволяє задати користувачеві, які поля включати у форму, а також вибрати стиль її оформлення.
Найпростіша форма на основі тільки однієї таблиці може бути створена вибору одного з режимів автоформи (рис. 4). Вони відрізняються від форм, створених майстром, тим що включають всі поля таблиці і не надають можливості вибору стилю оформлення. Ці команди, не вступаючи в діалог з користувачем і не відображаючи форму в режимі конструктора виводять її заповненою значеннями з таблиці.

Рис. 4. Створення форм
За допомогою майстра форм ми створили три форми: «Книжки», «Журнали» і «Компакт - диски».
Крім майстра форм, існує можливість створення за допомогою конструктора. Перевагою є редагування форми: ширини форми, зміна стилю, додавання заголовка, примітки і колонтитула, щоб додати фоновий малюнка, додавання і переміщення елементів.
За допомогою конструктора на основі таблиці створена форма «Формуляр читача» (Додаток 1.).
1. 4. Створення звітів
Засоби розробки звітів в Access призначені для створення макету звіту, за яким може бути здійснено виведення даних у вигляді друкованого документа. Ці засоби дозволяють створювати звіти складної форми, що забезпечують висновок взаємозв'язаних даних з багатьох таблиць, їх угруповання, обчислення підсумкових даних.
Звіт може створюватися за допомогою майстра або в режимі конструктора звітів. Звіт, створений майстром можна доопрацювати в режимі конструктора.
При необхідності виведення результатів виконання завдання в якості основи для звіту може бути використаний багатотабличних запит. На запит можуть бути покладені найбільш складні види вибірки та попередньої обробки даних. Конструктор звітів дозволяє легко структурувати і оформити дані, отримані в запиті.
За допомогою майстра були створені всі звіти: «Журнали на руках», «Журнали на кафедрі», «Книги на руках», «Книги на кафедрі», «Компакт-диски на руках», «Компакт-диски на кафедрі», «Читачі кафедри інформатики ». Але за допомогою конструктора в звіті «Читачі кафедри інформатики» була вставлена ​​емблема МІТ, а також вбудована функція показує поточну дату.
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
ВИСНОВОК
 
У цій роботі розроблена база «Документація кабінету інформатики», в результаті аналізу даних наведені необхідні поля бази даних, їх структура і тип. Зведення їх у певні об'єкти і побудова зв'язку між об'єктами бази.
Показано певні правила, за якими проектувалася база даних.
При розробки бази даних нами були отримані основні навички роботи з Access
Спроектована база даних «Документація кабінету інформатики» і програмне забезпечення, яке обслуговує базу, дає можливість полегшити роботу співробітникам кафедри МіМІД і застосовувати різні пошукові системи для вибору необхідних відомостей про книгах, журналах, компакт-дисках, читачів, курсових і дипломних роботах.
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
ДОДАТОК 1. Форма «Формуляр читача»

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

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
ДОДАТОК 4
Групи
Ім'я елемента
Тип даних
Приклад
КодГруппи
Лічильник
Код групи
Група
Текстовий (5)
Номер групи # 423-1
Куратор
Числовий
Вказується код куратора

Форма навчання
Ім'я елемента
Тип даних
Приклад
КодФО
Лічильник
Код форми навчання
Форма навчання
Текстовий (10)
У денній, заочній

Факультети
Ім'я елемента
Тип даних
Приклад
КодФакультета
Лічильник
Код факультету
Факультет
Текстовий (10)
МІТ, БАСКС

Соціальне становище
Ім'я елемента
Тип даних
Приклад
КодСП
Лічильник
Код СП
Соціальне становище
Текстовий (10)
Студент, аспірант.

За освітою
Ім'я елемента
Тип даних
Приклад
Кодобразованія
Лічильник
Код СП
За освітою
Текстовий (10)
Вища, середня

 
 
 
 
 
 
 
 
 
 
 
 
 
Список використаних джерел:
  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:
Таблиця: Об'єкт, який визначається і використовується для зберігання даних. Кожна таблиця містить інформацію про об'єкт певного типу. Таблиця містить поля (стовпці), в яких зберігаються різного роду дані, і записи (рядки). У записі зібрана вся інформація про конкретний предмет. Для кожної таблиці можна визначити первинний ключ (одне або кілька полів, які мають унікальне значення для кожного запису) і один або кілька індексів з метою збільшення швидкості доступу до даних.
Запит: Об'єкт, який дозволяє користувачеві отримати потрібні дані з однієї або декількох таблиць. Для створення запиту можна використовувати зразок чи інструкції. Можна створити запити на вибір, оновлення, видалення або на додавання даних. За допомогою запитів можна створювати нові таблиці, використовуючи дані однієї або декількох таблиць, які вже існують.
Форма: Об'єкт, призначений в основному для вводу даних, відображення їх на екрані або керування роботою додатку. Можна використовувати форми для того, щоб реалізувати вимоги користувача до представлення даних з запитів або таблиць. Форми можна також роздрукувати. За допомо
Додати в блог або на сайт

Цей текст може містити помилки.

Програмування, комп'ютери, інформатика і кібернетика | Доповідь | 129,6кб. | скачати

Схожі роботи:
Повноваження Кабінету Міністрів України
Організація роботи фізіотерапевтичного кабінету
Статути кабінету міністрів України
Функції Верховної Ради та Кабінету Міністрів
Атестаційна робота мед сестри процедурного кабінету
Аналіз якості роботи ендоскопічного кабінету
Реформи столипінського кабінету як альтернатива революції
Виготовлення бізнес плану роботи косметологічного кабінету
Питання при вході до кабінету в квартиру і т п в російській і англійській яз
© Усі права захищені
написати до нас
Рейтинг@Mail.ru