Навігація
Головна
 
Головна arrow Інформатика arrow Бази даних
< Попередня   ЗМІСТ   Наступна >

Концепція баз даних

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

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

Вимоги, що пред'являються до баз даних

З сучасних позицій слід порізно розглядати вимоги, пропоновані до транзакційних (операційним) баз даних і до сховищ даних.

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

  • 1. Простота оновлення даних. Підоперацій поновлення розуміють додавання, видалення і зміни даних.
  • 2. Висока швидкодія (малий час відгуку на запит). Час відгуку - проміжок часу від моменту запиту до БД і фактичним отриманням даних. Схожим є термін час доступу - проміжок часу між видачею команди записи (зчитування) і фактичним отриманням даних. Під доступом розуміється операція пошуку, читання даних або запису їх.
  • 3. Незалежність даних.
  • 4. Спільне використання даних багатьма користувачами.
  • 5. Безпека даних - захист даних від навмисного чи ненавмисного порушення секретності, спотворення або руйнування.
  • 6. Стандартизація побудови та експлуатації БД (фактично СУБД).
  • 7. Адекватність відображення даних відповідної предметної області.
  • 8. Доброзичливий інтерфейс користувача.

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

Незалежність даних - можливість зміни логічної і фізичної структури БД без зміни представлень користувачів. Незалежність даних передбачає інваріантність до характеру зберігання даних, програмного забезпечення та технічних засобів. Вона забезпечує мінімальні зміни структури БД при змінах стратегії доступу до даних і структури самих вихідних даних. Це досягається, як буде показано далі, "змішанням" всіх змін на етапи концептуального і логічного проектування з мінімальними змінами на етапі фізичного проектування | 2).

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

Вона припускає:

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

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

Захист даних від несанкціонованого доступу передбачає обмеження доступу до конфіденційних даних і може досягатися:

  • • введенням системи паролів;
  • • отриманням дозволів від адміністратора бази даних (АБД);
  • • забороною від АБД на доступ до даних;
  • • формуванням видів - таблиць, похідних від вихідних і призначених конкретним користувачам.

Три останні процедури легко виконуються в рамках мови структурованих запитів Structured Query Language - SQL, часто званому SQL2.

Стандартизація забезпечує спадкоємність поколінь СУБД, спрощує взаємодію БД одного покоління СУБД з однаковими і різними моделями даних. Стандартизація (ANSI / SPARC) здійснена в значній мірі в частині інтерфейсу користувача СУБД і мови SQL. Це дозволило успішно вирішити завдання взаємодії різних реляційних СУБД як за допомогою мови SQL, так і з застосуванням додатки Open DataBase Connection (ODBC). При цьому може бути здійснений як локальний, так і віддалений доступ до даних (технологія клієнт-сервер або мережевий варіант).

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

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

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

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

До сховищам даних пред'являються наступні додаткові вимоги [2]:

  • • висока продуктивність завантаження даних з операційних БД;
  • • можливість фільтрування, переформатування, перевірки цілісності вихідних даних, індексування даних, поновлення метаданих;
  • • підвищені вимоги до якості вихідних даних в частині забезпечення їх несуперечності, оскільки вони можуть бути отримані з різних джерел;
  • • висока продуктивність запитів;
  • • забезпечення високої розмірності;
  • • одночасність доступу до ХД;
  • • наявність засобів адміністрування.

Підтримка аналізу даних відповідними методами (інструментами).

Як зазначено в [2] Е.Ф. Кодд на основі свого досвіду пред'явив наступні вимоги до системи OLAP.

  • 1. Багатомірне концептуальне уявлення даних.
  • 2. Прозорість технології та джерел даних.
  • 3. Доступність до джерел даних при використанні різних моделей даних.
  • 4. Незмінна продуктивність підготовки звітів при зростанні об'єму, кількості вимірювань, процедур узагальнення даних.
  • 5. Використання гнучкою, адаптивною, масштабованої архітектури клієнт-сервер.
  • 6. Універсальність вимірів (формули і засоби створення звітів не повинні бути прив'язані до конкретних видів розмірностей).
  • 7. Динамічне управління розрідженістю матриць (порожні значення NULL повинні зберігатися ефективним чином).
  • 8. Розрахована на багато підтримка.
  • 9. Необмежені операційні зв'язки між размерностями.
  • 10. Підтримка інтуїтивно зрозумілих маніпуляцій з даними.
  • 11. Гнучкість засобів формування звітів.
  • 12. Необмежене число вимірів і рівнів узагальнення.

Перераховані вимоги відмінні від вимог до операційних БД, що дізнався поява спеціалізованих БД - сховищ даних.

 
Якщо Ви помітили помилку в тексті позначте слово та натисніть Shift + Enter
< Попередня   ЗМІСТ   Наступна >
 
Дисципліни
Агропромисловість
Аудит та Бухоблік
Банківська справа
БЖД
Географія
Документознавство
Екологія
Економіка
Етика та Естетика
Журналістика
Інвестування
Інформатика
Історія
Культурологія
Література
Логіка
Логістика
Маркетинг
Медицина
Нерухомість
Менеджмент
Педагогіка
Політологія
Політекономія
Право
Природознавство
Психологія
Релігієзнавство
Риторика
Соціологія
Статистика
Техніка
Страхова справа
Товарознавство
Туризм
Філософія
Фінанси
Пошук