рефераты конспекты курсовые дипломные лекции шпоры

Реферат Курсовая Конспект

Теорія нормалізації відношень

Теорія нормалізації відношень - раздел Спорт, Інформаційні системи і технології на підприємствах Нормалізація Відношень — Це Ітераційний Зворотний Процес Декомпозиції ...

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

§ між атрибутами мають виключатися небажані функціональні залежності;

§ групування атрибутів не повинно мати збиткового дублювання даних;

§ забезпечувати обробку і поновлення атрибутів без ускладнень.

Апарат нормалізації був розроблений американським вченим Е.Ф. Коддом. Кожна нормальна форма обмежує тип допустимих залежностей між атрибутами. Кодд виділив три нормальні форми (скорочена назва 1НФ, 2НФ і 3НФ). Найдосконаліша з них — це 3НФ. Тепер уже відомі і визначені 4НФ, 5НФ.

Нормалізація відношень виконується за кілька кроків (рис. 6.4).

Рис. 6.4. Схема етапів нормалізації відношень

1-й крок (1-ша ітерація) — зведення відношень до першої нор­мальної форми (1НФ).

Відношення в 1НФ мають відповідати таким вимогам:

§ усі атрибути відношення мають бути атомарними, тобто неподільними;

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

§ імена стовпців мають бути різними, а значення однорідними (мати однаковий формат);

§ порядок рядків у таблиці неістотний.

Кожне відношення БД містить як структурну, так і семантич­ну інформацію. Структурна інформація задається схемою від­ношення, а семантична виражає функціональні зв’язки між атрибутами.

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

Означення 1. Атрибут Б функціонально залежить від А у від­ношенні R тоді, коли в кожний момент часу одному й тому само­му значенню А відповідає не більш як одне значення Б. Функціональній залежності відповідає відношення 1:1 між атрибутами.

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

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

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

R1 (A*, B*, С) і R2 ( B*,D).

3-й крок (3-тя ітерація) нормалізації — це вилучення транзитивних залежностей. Відношення в 2НФ має аналізуватися на присутність транзитивних залежностей.

Транзитивна залежність — це залежність між неключовими атрибутами.

Наприклад, дано відношення R (A*, B, C), в якому атрибут B не залежить безпосередньо від ключа, а C залежить від неключового атрибута B, який залежить від А, то тоді С транзитивно залежить від А.

Транзитивні залежності вилучаються також за допомогою декомпозиції відношення на інші два чи більше відношень, які не містять транзитивних відношень і об’єднання яких дасть початкове відношення. У результаті декомпозиції отримаємо два нових відношення R1 (A*, B) та R2 (В*, С).

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

Багатозначна залежність — це різновид функціональної залежності. Атрибут В знаходиться у багатозначній залежності від атрибута А, тоді коди одному значення атрибута А відповідає багато значень атрибута В. Наприклад, між атрибутами код структурного підрозділу : табельний номер = 1 : Б, так як в одному підрозділі може працювати багато співробітників. Тобто багатозначній залежності відповідає відношення 1:Б між атрибутами.

Існують поняття тривіальної і нетривіальної багатозначної залежності.

Залежність типу Х —>>Y і Y—>>X є тривіальною, а залежність Х —>>Y і Y —>> X — нетривіальною. Присутність нетривіальних багатозначних залежностей у схемі відношення і незалежність їх правих частин зумовлюють комбінаторику правих частин відношення.

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

Атрибут А багатозначно визначає атрибут В у відношенні R (A*, B, C), якщо В залежить лише від А при будь-яких його комбінаціях з іншими атрибутами відношення.

Якщо у відношенні R(A*,B,C) наявні багатозначні залежності, тобто А—>>В і А—>>С, то воно має бути розкладене на два інших відношення R1 (А, В) і R2 (A, С). Поняття багатозначної залежності складніше, ніж поняття функціональної залежності. Для її виявлення потрібний значно глибший семантичний аналіз атрибутів.

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

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

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


– Конец работы –

Эта тема принадлежит разделу:

Інформаційні системи і технології на підприємствах

На сайте allrefs.net читайте: "Інформаційні системи і технології на підприємствах"

Если Вам нужно дополнительный материал на эту тему, или Вы не нашли то, что искали, рекомендуем воспользоваться поиском по нашей базе работ: Теорія нормалізації відношень

Что будем делать с полученным материалом:

Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:

Все темы данного раздела:

Лекція №1.
Тема: Вступ. Мета та задачі курсу . Система управління. Основні поняття. План: 1. Вступ

Лекція №2.
  Тема: Інформаційні технології організації і їх класифікація План: 1. Поняття інформаційної технології. 2. Класифі

Таблиця 1.2
ЗІСТАВЛЕННЯ ОСНОВНИХ КОМПОНЕНТІВ Компоненти технологій для виробництва продуктів матеріальних інформаційних

Таблиця 1.4
КЛАСИФІКАЦІЯ КОМП’ЮТЕРНИХ ІНФОРМАЦІЙНИХ ТЕХНОЛОГІЙ Види інформації, що опрацьовується Дані Текст Графіка Знанн

Лекція №3.
  Тема: Структура та характеристики економічної інформації(ЕІ) План: 1. Поняття економічної інформації. 2. Структур

Лекція №4.
  Тема: Формалізований опис економічної інформації(класифікація, кодування, моделювання) План: 1. Методи формалізованого опи

Лекція №5.
  Тема: Поняття позамашинної інформаційної бази, склад робіт з її організації План: 1. Поняття позамашинної інформаційної ба

Лекція №6.
  Тема: Склад АБД План: 1. Склад АБД. Контрольні запитання :   1. Схарактер

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

Тема: Поняття сховищ даних та основи їх створення
План: 1. Поняття сховищ даних. 2.Основи створення сховищ даних. Контрольні запитання : 1. Дайте визначення поняття схови

Тема: Характеристика та класифікація технологічних операцій
План: 1. Характеристика технологічних операцій. 2. Класифікація технологічних операцій. Контрольні запитання : 1. Що таке техно

Назвіть типи технологічних процесів.
Література: Л2[167-169] Технологічні процеси автоматизованої обробки економічної інформації Технологічний процес обробки інформації — це сукупність взаємозв’я

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

Лекція №13.
  Тема: Загальна характеристика режимів роботи ЕОМ План: 1. Режими роботи ЕОМ. 2. Характеристики режимів роботи ЕОМ

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

Лекція №15.
  Тема: Системи планування виробничих ресурсів(MRPII). План: 1. Поняття системи планування виробничих ресурсів. 2.

Лекція №16.
  Тема: Системи планування ресурсів підприємства, синхронізованого зі споживачами(CSRP). План: 1. Поняття системи планування

CSRP — планування ресурсів, синхронізоване з вимогами покупців
Рис. 4.11. Спрощена схема CSRP-системи Виробниче планування не просто розширюється, а замінюєт

Тема: Введення в управління проектами.
План: 1. Поняття управління проектами. 2. Склад та характеристики управління проектами. Контрольні запитання : 1. Що таке управ

Microsoft Project
Система Microsoft Project є на сьогодні найпоширенішою у світі системою управління проектами. У багатьох західних компаніях пакет MS Project став звичним додатком до Microsoft Offi

Time Line 6.5
(Фірма Time Line Solutions) Основними відмітними рисами Time Line 6.5 є реалізація кон­цепції багатопроектного планування в рамках організації, гнучкі засоби підтримки фор

SureTrak
(Фірма Primavera Systems, Inc.) Крім P3 компанія Primavera Systems поставляє полегшену систему для УП — SureTrak. Цей програмний продукт орієнтований на невеликі проекти,

Artemis Views
(Фірма Artemis International) Традиційно програмні продукти сімейства Artemis (Arte­mis 2000, Artemis 9000, потім Prestige) використовувалися для управління великими інжен

Spider Project
(Spider Technologies Group, Росія) Російська розробка — Spider Project. За інформацією, отриманою від фахівців, що розробляють і підтримують пакет (Spider Technologies Gro

Open Plan
(Welcom Software) Однією із основних відмінностей системи є потужні засоби ресурсного і вартісного планування, що дозволяють значно полегшити знаходження найбільш ефективного розподілу рес

Лекція №19.
Тема: Програмний продукт Primavera Project Planner(P3). План: 1. Загальна характеристика Primavera Project Planner(P3).

Лекція №20.
  Тема: Специфіка використання програмного продукту Primavera Project Planner(P3) для управління проектами План: 1. Склад ро

Лекція №21.
    Тема: Загальна характеристика програмних продуктів для бізнес-планування інвестиційних проектів на підприємствах. План:

Таблиця 6.1
ФУНКЦІОНАЛЬНІ ХАРАКТЕРИСТИКИ ПРОГРАМ ДЛЯ БІЗНЕС-ПЛАНУВАННЯ ТА ФІНАНСОВОГО АНАЛІЗУ ДІЯЛЬНОСТІ ПІДПРИЄМСТВ Програма для фундаментального аналізу

Лекція №22.
  Тема: Програмні продукти “Project Expert” План: 1.Призначення програмного продукту Project Expert. 2. Версії прог

Таблиця 6.2
ОСНОВНІ ФУНКЦІОНАЛЬНІ МОЖЛИВОСТІ PROJECT EXPERT BUSINESS PLAN GUIDE І PROJECT EXPERT — BIZ PLANNER Функціональні можливості системи Business pla

VI. Блок-інтегратор
Блок-інтегратор доступний тільки у версії «Holding». У блоці інтеграції передбачені такі модулі: 1. Модуль формування моделі холдінга (система загальних витрат, оподаткування, залучення ка

Побудова моделі
Процес побудови моделі — найбільш трудомісткий і вимагає значної підготовчої роботи із збору та аналізу вхідних даних. Різні модулі Project Expert є незалежними та доступними користувачеві практичн

Формування звіту
Після завершення аналізу проекту формуються звіти. В Pro­ject Expert передбачений спеціальний генератор звіту, що забезпечує компонування та редагування звіту за бажанням користува

Лекція №23.
    Тема: Програмні продукти для стратегічної оцінки бізнесу на підприємствах. Програмний продукт ФАРОС План:

Витрати
Під час аналізу витрат визначається та діяльність, що збільшує витрати на виробництво без збільшення прибутку. Типовим складовим зростання витрат є, наприклад, зміни й ускладнення в дизайні продукц

Конкурентоспроможність
Фірма може вважатися конкурентоспроможною, якщо вона в змозі продавати свою продукцію за ринковою ціною з прибутком. Конкурентоспроможність або конкурентна перевага означає, що фірма має перевагу в

Лекція №24.
  Тема: Програмний продукт BEST План: 1. Призначення програмного продукту BEST . 2. Склад програмного продукту BEST

КОНТРОЛЬ ВИТРАТ
1. Індикатор динаміки поточних продажів (Total Cost Pro­ductivity Indicator — TCP) надає менеджеру інформацію про те, наскільки фактичні витрати, віднесені на виробництво за фактом

Лекція №25.
    Тема: Стислий опис процесу прийняття рішень План: 1. Призначення процесу прийняття рішення. 2.Хар

КЛАСИФІКАЦІЯ ЗАДАЧ ОРГАНІЗАЦІЙНОГО УПРАВЛІННЯ
Клас Визначальна особливість Методи рішення Галузі використання Перший Цілком структуровані (фо

КЛАСИФІКАЦІЯ ПРАЦІВНИКІВ ОРГАНІЗАЦІЙНОГО УПРАВЛІННЯ
Номер групи Назва групи Клас задач, що розв’язуються Керівники (директори, головні адміністратори і т. ін.)

Лекція №26.
  Тема: Суть і компоненти СППР План: 1. Історія виникнення системи підтримки прийняття рішень(СППР). 2.Основні комп

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

Лекція №28.
    Тема: Виробничі системи План: 1. Склад та характеристика виробничих систем. 2.Висновки.

Таблиця 9.2
Впровадження, співвідношення витрат і вартісні оцінки Показник Локальні системи Малі інтегровані системи Середні інтегрован

Лекція №29.
  Тема: Базова концепція і основні функціональні компоненти інтегрованої інформаційної системи “Галактика” План: 1. Функції

Лекція №30.
  Тема: Контур бухгалтерського обліку План: 1. Зв’язок бухгалтерського та оперативного контурів.. 2. Складові конту

Розрахунки економічних показників.
· Аналітичний баланс. · Розрахунок рентабельності. · Розрахунок стійкості. · Розрахунок оборотності. · Розрахунок ліквідності. Кількість і склад форм ви

Лекція №31.
  Тема: Інформаційна система управління підприємством Miracle V План: 1. Призначення ІС управління підприємством Miracle V

Хотите получать на электронную почту самые свежие новости?
Education Insider Sample
Подпишитесь на Нашу рассылку
Наша политика приватности обеспечивает 100% безопасность и анонимность Ваших E-Mail
Реклама
Соответствующий теме материал
  • Похожее
  • Популярное
  • Облако тегов
  • Здесь
  • Временно
  • Пусто
Теги