Створення бази даних Основні визначення

ЛАБОРАТОРНА РОБОТА №2

СТВОРЕННЯ БАЗИ ДАНИХ Основні визначення

База даних (БД) - це інтегрована сукупність даних, яка спільно використовується різними завданнями в рамках деякої автоматизованої інформаційної системи.

Система керування базами даних (СКБД) – це загальносистемний програмний засіб, призначений для створення, підтримки й використання бази даних.

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

1. Припустимою організацією даних.

2. Обмеженнями цілісності.

3. Множиною припустимих операцій.

Теорія баз даних пропонує три основних моделі даних: ієрархічну, мережну й реляційну. Будь-яка СКБД, як правило, підтримує тільки одну із цих моделей даних. Більшість сучасних СКБД є системами керування реляційними базами.

З погляду рівня складності й застосування всі СКБД можна розділити на:

- професійні або промислові;

- персональні або настільні.

Професійні СКБД вимагають залучення фахівців в області інформаційних систем. У цей час до представників професійних СКБД відносяться такі програмні продукти як Oracle, DB2, Sybase, Informix, Progress.

Персональні системи керування базами даних - це програмне забезпечення, орієнтоване на рішення завдань локального користувача або компактної групи користувачів і призначене для використання на персональних комп'ютерах. Широку популярність мають системи Dbase, FoxPro, Clipper, Paradox, Access.

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

При розробці баз даних, у яких передбачається мережний доступ і виконання більших обсягів транзакцій, варто використовувати могутніші засоби, наприклад Microsoft SQL Server.

Порядок розробки баз даних

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

Інформаційна система повінна надавати інформацію про:

- про клієнтів агенства для реалізації контактної діяльності;

- про постійних клієнтів агентства;

- про клієнтів, що дають найбільший дохід.

- про платежі за договором;

- про діючі й скасовані договори;

- про строки реалізації замовлень.

- про вид рекламної продукції, що користується найбільшим попитом;

- про вид рекламної продукції, що приносить найбільший дохід.

- обсяг робіт, виконаний кожним зі співробітників;

- про співробітників, що не виконали замовлення в строк;

- договори, термін дії яких закінчується в поточному місяці.

- річний поквартальний звіт із вказівкою суми й числа контрактів;

- фінансовий звіт.

Така постановка завдання дозволяє виділити п'ять масивів інформації:

- дані про клієнтів;

- дані про договори;

- дані про рекламну продукцію;

- дані про платежи;

- дані про співробітників.

 

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

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

«багато хто до багатьох» і «один до багатьох».

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

Для перетворення множин сутностей у сукупність відносин потрібно виконати наступні дії:

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

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

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

4. Задати первинний ключ для кожної множини сутностей, що виступає у взаєминах як

«багато хто-до-одному».

Первинний ключ - це поле або мінімальний набір полів, що однозначно визначають кожний рядок таблиці.

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

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

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

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

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

Опис таблиць бази даних

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

Конструювання екранних форм

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

Найпростіший спосіб створення форми в MS Access – за допомогою надбудови

Автоформа.

У режимі Конструктор видний структура форми. Вона складається із трьох частин: Заголовок, Область даних і Примітка форми. Як сама форма, так і її розділи розглядаються як елементи керування, що володіють деякими набудовувати^ся наборами, що, властивостей.

 

Конструювання звітів

Важливою функцією будь-яких програмних систем, пов'язаних з обробкою даних, є складання звітів. Під звітом розуміється структурований певним чином документ. Ці вимоги залежать від призначення звіту. Розглянемо способи створення звітів засобами MS Access. Найпростіший звіт у рамках розглянутого завдання – це надання списків клієнтів і співробітників. Для його створення можна скористатися надбудовами Автозвіт у стовпець або Автозвіт табличний. У режимі Конструктор можуть бути додані ті ж керуючі елементи, що й при конструюванні макета екранної форми. Більше складні звіти будуються звичайно не по таблицях, а по запитах і за допомогою Майстра звітів.

 

Змагання

Для аналізу спортивних успіхів студентів академії потрібно створити базу даних про змагання студентів за всіма некомандними видами спорту. Змагання проводяться щорічно. База даних повинна включати інформацію про учасників змагань, результатах змагань по кожному виді спорту, нагородах і розмірах призів. Учасниками змагань можуть бути будь-які студенти зі списку студентів академії. Як результати змагань розглядається один показник (наприклад, час пробігу дистанції) і учасники, що одержали три призових місця. Створена база даних повинна дозволити одержувати наступну інформацію у вигляді запитів і звітів:

- список всіх учасників змагань за будь-який рік;

- список учасників змагань по певному виді спорту за будь-який рік;

- учасники, що одержали призові місця торік;

- переможці, присуджені нагороди й призи по всіх видах спорту;

- кращий результат академії по заданому виді спорту;

- студенти, що стали призерами декількох змагань по одному виді спорту;

- студенти, що стали призерами змагання з декількох видів спорту;

- розміри призів по роках і видам спорту;

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

- про кількість учасників по роках і видам спорту, кращих і середніх результатах по роках і видам спорту, спортсменах-призерах у декількох видах спорту;

- про тенденції досягнень по видах спорту;

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

Деканат

Робота деканату вимагає даних про студентів, викладачів і предмети, що читаються на кожному курсі. У базу даних повинна бути включена наступна інформація: про студентів: особисті дані (ПІБ, рік народження, телефон, автобіографія й т.п.), номер групи, рік навчання, результати іспитів і заліків за всі роки навчання, середній бал, навчання за рубежем; про навчальні курси: навчальна дисципліна, навчальний курс, рік навчання, на якому читається даний курс; про викладачів: особисті дані, що читаються курси.

Запити й звіти повинні бути складені таким чином, щоб надавати інформацію:

- списки груп;

- результати екзаменів з кожної групи, студентові;

- список студентів, що не здали певний іспит;

- розклад на кожний семестр із вказівкою предмета й викладача;

- список студентів, що навчаються за кордоном;

- устигаючі студенти;

- звіт із середнім балом студентів по кожному році навчання;

- запити на додавання й видалення для ведення архіву студентів, що закінчили академію;

- запит на відновлення для перекладу встигаючих студентів на наступний курс.

Роздрібна торгівля

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

Необхідне одержання наступних запитів і звітів:

- прайс-аркуш на товари в розбивці по категоріях;

- список постачальників по містах;

- товари, отримані від різних постачальників;

- товари, які найкраще продаються;

- розмір середніх щоденних продажів протягом місяця;

- продажу товарів конкретного постачальника;

- місячний обсяг продажів;

- річний і поквартальний звіт по продажах;

- поштові наклейки для розсилання новорічних поздоровлень постачальникам;

- список постачальників для печатки документів за допомогою поштового розсилання.

Виробництво меблів

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

Побудуйте наступні запити й звіти:

- прайс-аркуш на меблі по видах меблів;

- загальна вартість сировини для виробництва меблів кожного виду;

- меблі, що користуються найбільшим попитом;

- меблі, що не користується попитом;

- середній місячний обсяг продажів кожного виду меблів (за рік);

- річний звіт про випуск продукції поквартально.

Фабрика меблів. Продаж.

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

Запити й звіти повинні включати:

- прайс-аркуш на різні типи меблів;

- список замовників з угрупованням по містах;

- меблі, що користуються найбільшим попитом;

- меблі, що не користується попитом;

- щомісячний обсяг продажів меблів кожного виду;

- річний звіт надходжень від продажів.

6. Консалтингове агентство

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

Запити й звіти повинні бути складені, щоб надавати користувачеві бази даних наступну інформацію:

- список клієнтів, згрупований по містах;

- звіт по контрактах;

- список контрактів по окремій послузі;

- список контрактів, згрупований по виду послуги за минулий рік;

- три найважливіші клієнти (принесших найбільший прибуток);

- список працівників, відсортований у зворотному порядку залежно від величини суми контрактів;

- щомісячна сума контрактів на послуги кожного виду;

- річний звіт по сумі, отриманої за зроблені послуги;

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

Видавничий будинок. Продаж.

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

Користувачеві бази даних повинна бути надана наступна інформація:

- список всіх книг із прізвищами авторів, згрупований по областях знань;

- продані книги, згруповані по покупцях;

- книги, продані конкретному покупцеві;

- список покупців, згрупований по містах;

- середній щомісячний обсяг замовлень;

- середній щомісячний обсяг замовлень по кожному покупці;

- щомісячний обсяг продажів книг кожного найменування;

- бестселер минулого року.

9. Туристичне агентство

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

База даних повинна надавати наступну інформацію:

- список всіх подорожей, згрупований по регіонах, країнам;

- індивідуальні тури, відсортовані по країнах;

- групові тури, відсортовані по країнах;

- число турів у кожний регіон по сезонах;

- обсяг продажів турів у конкретний регіон;

- середньомісячний обсяг продажів турів у кожний регіон;

- краща країна (найбільша кількість проданих турів) торік;

- краща країна (найбільший дохід від проданих турів) торік.

Готельне господарство

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

База даних призначена для одержання наступної інформації:

- список клієнтів з різних міст;

- список клієнтів із вказівкою загального числа днів, проведених в отеленні;

- 5 кращих постійних клієнтів(на основі попереднього списку);

- список клієнтів, воспользовавшихся послугами інших підсистем (однієї або декількома);

- число клієнтів, воспользовавшихся послугами певної підсистеми(параметр);

- доходи за рік від кожної підсистеми;

- доходи за рік від конкретної підсистеми (параметр).

Будівельна компанія

Будівельна компанія спеціалізується на будівництві багатоквартирних будинків в Одесі. Ціна залежить від категорії й району. Список цін містить: цінову групу, категорію будинку, район, ціну за кв.м. Будівництво ведеться на основі підрядів. Постійно обновляються й уводяться нові дані в списки категорій, районів, і підрядників. Ведеться облік продажів квартир по наступних позиціях: дата, район, категорія, код підрядника, площа.

Повинні бути складені запити й звіти для одержання наступної інформації:

- кількість квартир, проданих за місяць;

- на яку суму продано квартир за місяць;

- кількість квартир, проданих у певному районі;

- кількість квартир певної категорії;

- кількість квартир певної категорії, проданих у певному районі;

- обсяг договорів за минулий рік з кожним підрядником;

- кращий підрядник (по числу кв. м);

- надходження від продажів по місяцях;

- обсяг (у грошовому вираженні) будівництва за рік по кожній категорії квартир.

Вимоги до бази даних

 

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

Повинні бути побудовані наступні види запитів:

- запити на вибірку, включаючи параметричні;

- запити на вибірку з угрупованням;

- запити на створення таблиць і видалення записів для переносу інформації за попередні періоди в архів;

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

 

Вимоги до звіту

 

Звіт варто представити як у вигляді Word файлу, так і у твердій копії. Основна частина звіту складаеться з наступних елементів:

Титульний аркуш

Зміст

Вступ

1 Проект бази даних

1.1 Концептуальна модель;

1.2 Логічна модель;

1.3 Фізична модель.

2 Реалізація в MS Access

2.1 Структура таблиць, ключі й індекси;

2.2 Зв'язки між таблицями;

2.3 Основні запити;

2.4 Стандартні звіти;

2.5 Опис користувальницького інтерфейсу (форми). Висновки

Посібник користувача

А.Запуск додатка;

В. Призначення основних форм; С. Завершення роботи.

 

До титульного аркушу необхідно включити наступні дані: Одеський національний політехнічний університет Інститут комп’ютерних систем

Кафедра комп’ютеризовані систем управління Дисципліна "Технології баз даних" Лабораторна робота №2 «Розробка бази даних...»)

Виконав (ла) студент групиПеревірів:

Одеса 2015

 

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

 

 

СПИСОК ЛІТЕРАТУРИ

 

 

1. Проектування інформаційних систем. Посібник. За ред. В.С. Пономаренка. Київ. - ВЦ Академія. -2002 – 488 с.

2. Гарсиа-Молина Г., Ульман Д., Уидом Д. Системы баз данных. Полный курс.: Пер. с англ.

– М.: Изд. дом “Вильямс”, 2003. – 1088 c.

3. Михеева В.Д., Харитонова И.А. Microsoft Access 2003. - СПб.: Изд. BHV-Петербург,

2006.

4. Аткинсон Л. MySQL. Библиотека профессионала. Пер. с англ. – М.: Изд. дом “Вильямс”,

2002. – 624 c.

5. Кренке Д. Теория и практика построения баз данных. 8-е изд. – СПб.: Питер, 2003 – 800 с.

6. Бекаревич Ю.Б., Пушкина Н.В. Самоучитель Microsoft Access 2003. СПб., Изд. BHV,

2003.

7. Информатика: Учебник. 3 – е перераб. изд./ Под. ред. проф. Н.В. Макаровой. М.: Финансы и статистика, 1999. – 768 с.

8. Бекаревич Ю.Б, Пушкина Н.В., Смирнова Е.Ю. Управление базами данных. Часть 1.

Учебное пособие. Изд-во С.-Петербургского гос. университета, 1999.

9. Киммел П. Освой самостоятельно программирование для Microsoft Access 2002 за 24 часа. Пер. с англ. — М.: Изд. дом "Вильямс", 2003.

 

ЛАБОРАТОРНА РОБОТА №2

СТВОРЕННЯ БАЗИ ДАНИХ Основні визначення

База даних (БД) - це інтегрована сукупність даних, яка спільно використовується різними завданнями в рамках деякої автоматизованої інформаційної системи.

Система керування базами даних (СКБД) – це загальносистемний програмний засіб, призначений для створення, підтримки й використання бази даних.

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

1. Припустимою організацією даних.

2. Обмеженнями цілісності.

3. Множиною припустимих операцій.

Теорія баз даних пропонує три основних моделі даних: ієрархічну, мережну й реляційну. Будь-яка СКБД, як правило, підтримує тільки одну із цих моделей даних. Більшість сучасних СКБД є системами керування реляційними базами.

З погляду рівня складності й застосування всі СКБД можна розділити на:

- професійні або промислові;

- персональні або настільні.

Професійні СКБД вимагають залучення фахівців в області інформаційних систем. У цей час до представників професійних СКБД відносяться такі програмні продукти як Oracle, DB2, Sybase, Informix, Progress.

Персональні системи керування базами даних - це програмне забезпечення, орієнтоване на рішення завдань локального користувача або компактної групи користувачів і призначене для використання на персональних комп'ютерах. Широку популярність мають системи Dbase, FoxPro, Clipper, Paradox, Access.

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

При розробці баз даних, у яких передбачається мережний доступ і виконання більших обсягів транзакцій, варто використовувати могутніші засоби, наприклад Microsoft SQL Server.

Порядок розробки баз даних

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

Інформаційна система повінна надавати інформацію про:

- про клієнтів агенства для реалізації контактної діяльності;

- про постійних клієнтів агентства;

- про клієнтів, що дають найбільший дохід.

- про платежі за договором;

- про діючі й скасовані договори;

- про строки реалізації замовлень.

- про вид рекламної продукції, що користується найбільшим попитом;

- про вид рекламної продукції, що приносить найбільший дохід.

- обсяг робіт, виконаний кожним зі співробітників;

- про співробітників, що не виконали замовлення в строк;

- договори, термін дії яких закінчується в поточному місяці.

- річний поквартальний звіт із вказівкою суми й числа контрактів;

- фінансовий звіт.

Така постановка завдання дозволяє виділити п'ять масивів інформації:

- дані про клієнтів;

- дані про договори;

- дані про рекламну продукцію;

- дані про платежи;

- дані про співробітників.

 

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

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

«багато хто до багатьох» і «один до багатьох».

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

Для перетворення множин сутностей у сукупність відносин потрібно виконати наступні дії:

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

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

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

4. Задати первинний ключ для кожної множини сутностей, що виступає у взаєминах як

«багато хто-до-одному».

Первинний ключ - це поле або мінімальний набір полів, що однозначно визначають кожний рядок таблиці.

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

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

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

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

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

Опис таблиць бази даних

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