17141

Загальна характеристика СУБД Access. Реляційна модель даних

Лекция

Информатика, кибернетика и программирование

Лекція №17 Тема: Загальна характеристика СУБД Access. Реляційна модель даних. План Поняття бази даних. Моделі організації даних. Загальна характеристика СУБД MS Access. Основні етапи розробки бази даних в середовищі MS Access. Поняття бази даних Базу д

Украинкский

2013-06-29

165 KB

93 чел.

Лекція №17

Тема: Загальна характеристика СУБД Access. Реляційна модель даних.

План

  1.  Поняття бази даних.
  2.  Моделі організації даних.
  3.  Загальна характеристика СУБД MS Access.
  4.  Основні етапи розробки бази даних в середовищі MS Access.

Поняття бази даних

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

Теорія управління базами даних як самостійна дисципліна почала розвиватися приблизно з початку 50-х років двадцятого сторіччя. За цей час в ній склалася певна система фундаментальних понять. Приведемо деякі з них.

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

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

Класом об'єктів називають їх сукупність, що володіє однаковим набором властивостей.

Атрибут — це інформаційне відображення властивостей об'єкту. Кожен об'єкт характеризується деяким набором атрибутів.

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

Запис даних (англ, еквівалент record) — це сукупність значень зв'язаних елементів даних.

Первинний ключ — - це атрибут (або група атрибутів), який унікальним чином ідентифікують кожен }cf1екземпляр об'єкту (запис).

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

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

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

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

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

Моделі організації даних

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

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

обмеженнями цілісності;

безліччю допустимих операцій.

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

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

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

Мал. 1. Схема ієрархічної моделі даних

Типовим представником сімейства баз даних, заснованих на ієрархічній моделі, є Information Management System (IMS) фірми IBM, перша версія якої з'явилася в 1968 р.

Концепція мережевої моделі даних пов'язана з ім'ям Ч. Бахмана. Мережевий підхід до організації даних є розширенням ієрархічного. У ієрархічних структурах запис-нащадок повинен мати в точності одного предка; у мережевій структурі даних нащадок може мати будь-яке число предків (мал. 2).

Мал. 2. Схема мережевої моделі даних

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

Прикладом системи управління даними з мережевою організацією є Integrated Database Management System (IDMS) компанії Cullinet Software Inc., розроблена у середині 70-х років. Вона призначена для використовування на «великих» обчислювальних машинах. Архітектура системи заснована на пропозиціях Data Base Task Group (DBTG), Conference on Data Systems Languages (CODASYL), організації, відповідальної за визначення стандартів мови програмування Кобол.

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

Реляційна модель даних

Концепції реляційної моделі вперше були сформульовані в роботах американського ученого Э. Ф. Кодда. Звідки відбувається її друга назва — модель Кодда.

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

Якщо задані довільні кінцеві множини D1, D2, ..., Dn, то декартовим твором цих множин D1* D2* ... * Dn називають безліч всіляких наборів вигляду (d1, d2, ..., dn), де d1 D1, d2 D2, ..., dn   Dn. Відношенням R, визначеним на множинах D1,D2, ..., Dn, називається підмножина декартова твори D1* D2* ... * Dn. При цьому множини D1* D2* ... * Dn називаються доменами відношення, а елементи декартова твори — кортежами відношення. Число і визначає ступінь відношення, а кількість кортежів — його потужність. Разом з поняттями домена і кортежу при роботі з реляційними таблицями використовуються альтернативні їм поняття поля і запису.

Мал. 3. Схема реляційної моделі даних

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

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

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

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

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

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

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

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

Загальна характеристика СУБД MS Access

Microsoft Access в даний час є однією з найпопулярніших серед настільних (персональних) програмних систем управління базами даних. Серед причин такої популярності слід зазначити:

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

глибоко розвинені можливості інтеграції з іншими програмними продуктами, що входять до складу Microsoft Office, а також з будь-якими програмними продуктами, що підтримують технологію OLE;

багатий набір візуальних засобів розробки.

Не можна не відзначити, що істотною причиною такого широкого розповсюдження MS Access є і могутня рекламна підтримка, здійснювана фірмою Microsoft. В процесі розробки даного продукту на ринок представлялися його різні версії. Найвідомішими (в деякому розумінні етапними) стали Access 2.0, Access 7.0 (він вперше був включений до складу програмного комплексу MS Office 95). Пізніше з'явилися версії Access 97 (у складі MS Office 97) і Access 2000 (у складі MS Office 2000).

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

Основні розділи головного вікна відповідають типам об'єктів, яких може містити база даних Access. Це Таблиці, Запити, Звіти, Макроси і Модулі. Заголовок вікна містить ім'я файлу бази даних. В даному випадку він називається TradeTest.

Інтерфейс роботи з об'єктами бази даних уніфікований. По кожному з них передбачені стандартні режими роботи:

Створити — призначений для створення структури об'єктів;

Конструктор — призначений для зміни структури об'єктів;

Відкрити (Перегляд, Запуск) — призначений для роботи з об'єктами бази даних.

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

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

Основні етапи розробки бази даних в середовищі MS Access

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

розробка і опис структур таблиць даних;

розробка схеми даних і завдання системи взаємозв'язків між таблицями;

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

розробка екранних форм введення/висновку даних;

розробка системи звітів за даними;

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

розробка системи захисту даних, прав і обмежень по доступу.

Література:

Пушкар О.І. Інформатика. Посібник, Київ, 2001 – 696 с. [5], 175-184

Контрольні запитання:

  1.  Які моделі даних вам відомі.
  2.  Перерахуйте основні етапи розробки  БД в середовищі MS Access.


 

А также другие работы, которые могут Вас заинтересовать

38438. Разработка моделирование процесса поддержки заданных климатических условий в помещении в системе InTouch 2.09 MB
  Трехдиапазонный регулятор температуры 60 3. Ведь отапливать рабочие помещения в выходные и праздничные дни не следует так интенсивно как по будням или скажем интенсивность отопления должна зависеть от температуры за окном а не от календарного времени года: вспомним хотя бы минувшую зиму когда в январе была плюсовая температура а отопление по интенсивности было “зимним†приходилось открывать окна в зданиях а можно было всего лишь снизить мощность обогрева тем самым сэкономить значительные средства. Возможные колебания...
38439. Синтез системы управления спуском космического аппарата на поверхность Марса методом интеллектуальной эволюции 1.52 MB
  Преодолеть указанные ограничения в данной работе предлагается путем ухода от построения оптимального управления как функции времени, так как оно не учитывает поведения системы уже в процессе функционирования и влияния этого поведения на дальнейшее состояние всей системы.
38440. Информационной безопасности облачных сервисов на базе мобильных облачных вычислений с использованием метода PP-CP-ABE 2.51 MB
  Целью данной работы является анализ существующих методов информационной безопасности и выбор соответствующего метода который должен подходить под соответствующие требования: Обеспечение надёжного шифрования данных при передаче их от пользователя к провайдеру услуг по хранению данных Минимизация нагрузки на облачные сервисы Возможность применения метода для лёгких мобильных устройств. Эффективные и безопасные операции по хранению данных для мобильного облачного вычисления. Параметры для хранения данных....
38441. Многокритериальный синтез позиционного управления с моделью 6-го порядка на основе метода формирования притягивающих многообразий 4.39 MB
  Можно выделить три типовых подхода в которых сгруппирован ряд известных методов. Это, так называемые, прямые интерактивные методы, например, на основе конусов доминирования и генетического программирования; методы скаляризации, такие как, свертка показателей, пороговая и лексикографическая оптимизация
38442. Исследование экономических показателей предприятия при помощи систем СТЭК 2.3 MB
  Исходные данные для среднестатистического предприятия олигополии В работе имеют место следующие исходные данные: годовая характеристика спроса на товар определяемая бюджетными ограничениями потребителей их предпочтениями и эластичностью вычислить по предложенной методике на базе Const=40 млн. год; доля капитала уплачиваемая за аренду оборудования = 150 год; показатели технологического процесса фирм ; ; планируемые производственные затраты фирм млн. допустимые значения ресурсов труда и капитала: чел; млн. 1 2 3 СТЭК 1 7 1...
38443. Разработка и исследование метода грамматической эволюции для структурно-параметрического синтеза системы управления динамическим объектом 1.63 MB
  Цель синтеза управления заключается в том, чтобы найти такое управление, при котором поведение объекта управления удовлетворяло бы заданным критериям. Данная задача до сих пор не решена аналитически в общем виде.
38444. Разработка и исследование метода сетевого оператора для логического вывода экспертной системы 1.29 MB
  Экспертные системы обычно определяют как программы ЭВМ, моделирующие действия эксперта-человека при решении задач в узкой предметной области на основе накопленных знаний, составляющих базу знаний. ЭС выдают советы, проводят анализ, дают консультации, выполняют классификацию и т.д. Практическое применение ЭС на предприятиях способствует значительному увеличению эффективности работы.
38445. Расчёт плиты опертой по контуру 210.72 KB
  22:2006 для торгових приміщень 15 12 18 Всего p=15 p=18 Полная Всего gp=8219 gp=9313 Поле плиты в осях 15АД: Нагрузка приходящая на всё поле плиты: Максимальные изгибающие моменты на полосе шириной 1м: для пролётных моментов: для опорных моментов: де табличные коэффициенты для опирания плиты. Для пролетных моментов: Для опорных моментов: Определяем пролетную арматуру в направлении lк: Rs = 355 МПа расчетное сопротивление арматуры растяжению для...
38446. Разработка мероприятий по совершенствованию управления мотивацией персонала ИП Correct Way 998 KB
  Внутреннее вознаграждение человек получает от работы ощущая значимость своего труда испытывая чувство к определенному коллективу удовлетворение от общения дружеских отношений с коллегами. Стимулирование труда предполагает создание условий при которых в результате активной трудовой деятельности работник будет трудиться более эффективно и более производительно т. Здесь стимулирование труда создает условия для осознания работником что он может трудиться более производительно и возникновения желания рождающего в свою очередь...