Головна Головна -> Реферати українською -> Інформатика, комп'ютери, програмування -> Нормальні форми відносин (БД)

Нормальні форми відносин (БД)

Назва:
Нормальні форми відносин (БД)
Тип:
Реферат
Мова:
Українська
Розмiр:
19,52 KB
Завантажень:
41
Оцінка:
 
поточна оцінка 5.0


Скачати цю роботу безкоштовно
Пролистати роботу: 1  2  3  4  5  6  7  8  9  10  11  12  13  14 
Нормальні форми відносин
Етапи розробки бази даних
Метою розробки будь-якої бази даних є зберігання і використовування інформації про яку-небудь предметну область. Для реалізації цієї мети є наступні інструменти:
Реляційна модель даних - зручний спосіб представлення даних предметної області.
Мова SQL - універсальний спосіб маніпулювання такими даними.
Проте очевидно, що для однієї і тієї ж предметної області реляційні відносини можна спроектувати множиною різних способів. Наприклад, можна спроектувати декілька відносин з великою кількістю атрибутів, або навпаки, рознести всі атрибути по великому числу дрібних відносин. Як визначити, по яких ознаках потрібно поміщати атрибути в ті або інші відносини?
У даному розділі розглядаються способи "хорошого" або "правильного" проектування реляційних відносин. Спочатку ми обговоримо, що значить "хороші" або "правильні" моделі даних. Потім будуть введені поняття першою, другою і третьою нормальних форм відносин (1НФ, 2НФ, 3НФ) і показано, що "хорошими" є відносини в третій нормальній формі.
При розробці бази даних звичайно виділяється декілька рівнів моделювання, за допомогою яких відбувається перехід від предметної області до конкретної реалізації бази даних засобами конкретної СУБД. Можна виділити наступні рівні:
Сама предметна область
Модель предметної області
Логічна модель даних
Фізична модель даних
Власне база даних і додатки
Предметна область - це частина реального світу, дані про яку ми хочемо відобразити в базі даних. Наприклад, як предметна область можна вибрати бухгалтерію якого-небудь підприємства, відділ кадрів, банк, магазин і т.д. Предметна область нескінченна і містить як істотно важливі поняття і дані, так і малозначні або взагалі не значущі дані. Так, якщо як предметна область вибрати облік товарів на складі, то поняття "накладна" і "рахунок-фактура" є істотно важливими поняттями, а то, що співробітниця, що приймає накладні, має два дітей - це для обліку товарів неважливо. Проте, з погляду відділу кадрів дані про наявність дітей є істотно важливими. Таким чином, важливість даних залежить від вибору предметної області.
Модель предметної області. Модель предметної області - це наші знання про предметну область. Знання можуть бути як у вигляді неформальних знань в мозку експерта, так і виражені формально за допомогою яких-небудь засобів. Як такі засоби можуть виступати текстові описи предметної області, набори посадових інструкцій, правила ведення справ в компанії і т.п. Досвід показує, що текстовий спосіб представлення моделі предметної області украй неефективний. Набагато більш інформативними і корисними при розробці баз даних є описи предметної області, виконані за допомогою спеціалізованих графічних нотацій. Є велика кількість методик опису предметної області. З найвідоміших можна назвати методику структурного аналізу SADT і засновану на ньому IDEF0, діаграми потоків даних Гейна-Сарсона, методику об'єктно-орієнтованого аналізу UML, і ін. Модель предметної області описує швидше процеси, що відбуваються в предметній області і дані, що використовуються цими процесами. Від того, наскільки правильно змодельована предметна область, залежить успіх подальшої розробки додатків.
Логічна модель даних. На наступному, більш низькому рівні знаходиться логічна модель даних предметної області. Логічна модель описує поняття предметної області, їх взаємозв'язок, а також обмеження на дані, що накладаються предметною областю. Приклади понять - "співробітник", "відділ", "проект", "зарплата". Приклади взаємозв'язків між поняттями - "співробітник числиться рівно в одному відділі", "співробітник може виконувати декілька проектів", "над одним проектом може працювати декілька співробітників". Приклади обмежень - "вік співробітника не менше 16 і не більше 60 років".
Логічна модель даних є початковим прототипом майбутньої бази даних. Логічна модель будується в термінах інформаційних одиниць, але без прив'язки до конкретної СУБД. Більш того, логічна модель даних необов'язково повинна бути виражена засобами саме реляційної моделі даних.

Завантажити цю роботу безкоштовно
Пролистати роботу: 1  2  3  4  5  6  7  8  9  10  11  12  13  14 



Реферат на тему: Нормальні форми відносин (БД)

BR.com.ua © 1999-2017 | Реклама на сайті | Умови використання | Зворотній зв'язок