Зміст

1. Нормальні форми відносин

1.1. Етапи розробки бази даних

1.2. Критерії оцінки якості логічної моделі даних

1.3 Адекватність бази даних предметної області

1.4 Легкість розробки й супроводу бази даних

1.5 Швидкість операцій відновлення даних (вставка, відновлення, видалення)

1.6 Швидкість операцій вибірки даних

1.7 Основний приклад

1.8 1НФ (Перша Нормальна Форма)

1.8.1 Аномалії

1.8.1.1 Аномалії відновлення

1.8.1.2 Аномалії вставки (INSERT)

1.8.1.3 Аномалії відновлення (UPDATE)

1.8.1.4 Аномалії видалення (DELETE)

1.8.2 Функціональні залежності

1.8.2.1 Визначення функціональної залежності

1.8.2.2 Функціональні залежності відносин і математичне поняття функціональної залежності

1.9 2НФ (Друга Нормальна Форма)

1.9.1 Аналіз декомпозированных відносин

1.9.2 Аномалії

1.9.2.1 Аномалії, що залишилися, вставки (INSERT)

1.9.2.2 Аномалії, що залишилися, відновлення (UPDATE)

1.9.2.3 Аномалії, що залишилися, видалення (DELETE)

1.10 3НФ (Третя Нормальна Форма)

1.10.1 Алгоритм нормалізації (приведення до 3НФ)

1.11 Аналіз критеріїв для нормалізованих і ненормалізованих моделей даних

1.12 Порівняння нормалізованих і ненормалізованих моделейОшибка! Закладка не определена.

1.13 OLTP й OLAP-системи

1.14 Коректність процедури нормалізації - декомпозиція без втрат. Теорема Хеза

2. Транзакції й цілісність баз даних

2.1 Пример порушення цілісності бази

2.2 Поняття транзакції

2.3 Обмеження цілісності

2.4 Докласифікация обмежень цілісності

2.4.1 Класифікація обмежень цілісності по способах реалізації

2.4.2 Класифікація обмежень цілісності за часом перевірки

2.4.2 Класифікація обмежень цілісності по області дії

2.5 Обмеження домена

2.6 Обмеження атрибута

2.7 Ограничения кортежу

2.8 Ограничения відносини

2.9 Обмеження бази даних

2.10 Реалізація декларативних обмежень цілісності засобами SQLОшибка! Закладка не определена.

2.11 Загальні принципи реалізації обмежень засобами SQL

2.12 Синтаксис обмежень стандарту SQL

2.13 Синтаксис операторів SQL, що використають обмеження

Висновок

1.11 Аналіз критеріїв для нормалізованих і ненормалізованих моделей даних

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

Критерій Відносини слабко нормалізовані(1НФ, 2НФ) Відносини сильно нормалізовані(3НФ)
Адекватність бази даних предметної області ГІРШЕ (-) КРАЩЕ (+)
Легкість розробки й супроводу бази даних СКЛАДНІШЕ (-) ЛЕГШЕ (+)
Швидкість виконання вставки, відновлення, видалення ПОВІЛЬНІШЕ (-) ШВИДШЕ (+)
Швидкість виконання вибірки даних ШВИДШЕ (+) ПОВІЛЬНІШЕ (-)

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

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

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


1.12 OLTP й OLAP-системи

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

Сильно нормалізовані моделі даних добре підходять для так званих OLTP-додатків (On-Line Transaction Processing (OLTP)- оперативна обробка транзакцій). Типовими прикладами OLTP-додатків є системи складського обліку, системи замовлень квитків, банківські системи, що виконують операції по перекладу грошей, і т.п. Основна функція подібних систем полягає у виконанні великої кількості коротких транзакцій. Самі транзакції виглядають відносно просто, наприклад, "зняти суму грошей зрахунку А, додати цю суму на рахунок В". Проблема полягає в тім, що, по-перше, транзакцій дуже багато, по-друге, виконуються вони одночасно (до системи може бути підключено кілька тисяч одночасно працюючих користувачів), по-третє, при виникненні помилки, транзакція повинна цілком відкотитися й повернути систему до стану, що було до початку транзакції (не повинне бути ситуації, коли гроші зняті зрахунку А, але не надійшли на рахунок В). Практично всі запити до бази даних в OLTP-додатках складаються з команд вставки, відновлення, видалення. Запити на вибірку в основному призначені для надання користувачам можливості вибору з різних довідників. Більша частина запитів, таким чином, відома заздалегідь ще на етапі проектування системи. Таким чином, критичним для OLTP-додатків є швидкість і надійність виконання коротких операцій відновлення даних. Чим вище рівень нормалізації даних в OLTP-додатку, тим воно, як правило, швидше й надійніше. Відступу від цього правила можуть відбуватися тоді, коли вже на етапі розробки відомі деякі часто виникаючі запити, що вимагають з'єднаннявідносин і від швидкості виконання яких істотно залежить робота додатків. У цьому випадку можна пожертвувати нормалізацією для прискорення виконання подібних запитів.

Іншим типом додатків є так називані OLAP-додатки (On-Line Analitical Processing (OLAP) - оперативна аналітична обробка даних). Це узагальнений термін, що характеризує принципи побудови систем підтримки прийняття рішень (Decision Support System - DSS), сховищ даних (Data Warehouse), систем інтелектуального аналізу даних (Data Mining). Такі системи призначені для знаходження залежностей між даними (наприклад, можна спробувати визначити, як зв'язанийобсяг продажів товарів з характеристиками потенційних покупців), для проведення аналізу "що якщо...". OLAP-додатка оперують із більшими масивами даних, уже накопиченими в OLTP-додатках, узятими їхніх електронних таблиць або з інших джерел даних. Такі системи характеризуються наступними ознаками:

  • Додавання в систему нових даних відбувається відносно рідко великими блоками (наприклад, раз у квартал завантажуються дані за підсумками квартальних продажів з OLTP-додатка).
  • Дані, додані в систему, звичайно ніколи не віддаляються.
  • Перед завантаженням дані проходять різні процедури "очищення", пов'язані з тим, що в одну систему можуть надходити дані з багатьох джерел, що мають різні формати подання для тих самих понять, дані можуть бути некоректні, помилкові.
  • Запити до системи є нерегламентованими й, як правило, досить складними. Дуже часто новий запит формулюється аналітиком для уточнення результату, отриманого в результаті попереднього запиту.
  • Швидкість виконання запитів важлива, але не критична.

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

Фізично гіперкуб може бути побудований на основі спеціальної багатомірної моделі даних (MOLAP - Multidimensional OLAP) або побудований засобамиреляційної моделі даних (ROLAP - Relational OLAP).

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

Характеристики работы

Диплом

Количество страниц: 80

Бесплатная работа

Закрыть

Розробка бази даних для сфери торгівлі комп'ютерною технікою

Заказать данную работу можно двумя способами:

  • Позвонить: (097) 844–69–22
  • Заполнить форму заказа:
Не заполнены все поля!
Обязательные поля к заполнению «имя» и одно из полей «телефон» или «email»

Чтобы у вас была возможность удостовериться в наличии вибраной работы, и частично ознакомиться с ее содержанием,ми можем за желанием отправить часть работы бесплатно. Все работы выполнены в формате Word согласно всех всех требований относительно оформления работ.