КАТЕГОРИИ: Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748) |
Основні поняття реляційної моделі даних
Мережева модель Мережева модель БД схожа на ієрархічну. Вона має ті ж основні складові (вузол, рівень, зв'язок), проте характер їх відносин принципово інший. У мережевій моделі прийнятий вільний зв'язок між елементами різних рівнів. У реляційній моделі даних при організації даних основними поняттями є: домен; атрибут; кортеж; первинний ключ; відношення; схема відношення; зовнішній ключ; схема бази даних і база даних. Поняття «Тип даних» адекватне поняттю типу даних в мовах програмування (підтримуються символьні, числові і інші типи даних). Домен – допустима підмножина елементів якого-небудь типу даних; поняття домена має і семантичне навантаження: дані вважаються порівнянними, коли вони відносяться і підтримуються не у всіх реляційних СУБД. Схема відношення – це іменована безліч пар { ім'я атрибуту, ім'я домена} або, якщо поняття домена не підтримується, то { ім'я атрибуту, ім'я типу даних}. Кортеж, відповідний даній схемі відношення, – це безліч пар { ім'я атрибуту, значення}, яка містить одне входження кожного імені атрибуту, що належить схемі відношення: «значення» є допустимим значенням домена (або типу даних, якщо поняття домена не підтримується) даного атрибуту. Відношення – це безліч кортежів, відповідних одній схемі відношення. Іноді, щоб не плутатися, говорять «відношення-схема» і «відношення-екземпляр»; іноді схему відношення називають заголовком відношення, а відношення як набір кортежів – тілом відношення. Схема БД – це набір іменованих схем відносин. Реляційна БД – це набір відносин, імена яких співпадають з іменами схем відносин в схемі БД. Часто, у тому числі і в промислових СУБД реляційного типу, використовується життєва термінологія, при цьому відношення називається таблицею, схема відношення – заголовком таблиці, кортежі – рядками таблиці, атрибути – стовпцями (іменами стовпців) таблиці. Головною структурною одиницею в реляційній моделі даних є не окремі записи-кортежі, а безліч кортежів – відносини. Відносини володіють наступними властивостями: вони не містять кортежів-дублікатів; кортежі відносин не впорядковані; атрибути відносин не впорядковані; значення всіх атрибутів атомарны (тобто в них не присутні складені атрибути), такі відносини називають представленими в першій нормальній формі (у вигляді плоских таблиць). Для віддзеркалення зв'язків між відносинами і їх кортежами використовується дублювання ключів. Атрибути, що є копіями ключів інших відносин, називаються зовнішніми ключами. В даний час СУБД реляційного типу мають найбільше застосування. Нагадаємо, що ключ або можливий ключ – це мінімальний набір атрибутів, по значеннях яких можна однозначно знайти необхідний екземпляр суті. Мінімальність означає, що виключення з набору будь-якого атрибуту не дозволяє ідентифікувати суть по тих, що залишилися. Кожна суть володіє хоч би одним можливим ключем. Один з них береться за первинний ключ. При виборі первинного ключа слід віддавати перевагу нескладеним ключам або ключам, складеним з мінімального числа атрибутів. Недоцільно також використовувати ключі з довгими текстовими значеннями (переважно використовувати цілочисельні атрибути). Так, для ідентифікації студента можна використовувати або унікальний номер залікової книжки, або набір з прізвища, імені, по батькові, номери групи і може бути додаткових атрибутів, оскільки не виключена поява в групі двох студентів (а частіше за студенток) з однаковими прізвищами, іменами і по батькові. Погано також використовувати як ключ не номер блюда, а його назву, наприклад " Закуска з плавлених сирків "Дружба" з шинкою і солоним огірком" або "Заєць в сметані з картопляними крокетами і салатом з червоної капусти". Не допускається, щоб первинний ключ стрижньової суті (будь-який атрибут, що бере участь в первинному ключі) приймав невизначене значення. Інакше виникне суперечлива ситуація: з'явиться той, що не володіє індивідуальністю, і, отже не існуючий екземпляр стрижньової суті. По тих же причинах необхідно забезпечити унікальність первинного ключа. Тепер про зовнішні ключі: Якщо суть Із зв'язує суть А і В, то вона повинна включати зовнішні ключі, відповідні первинним ключам суті А і В. Якщо суть В позначає суть А, те вона повинна включати зовнішній ключ, відповідний первинному ключу суті А.
Дата добавления: 2014-01-04; Просмотров: 756; Нарушение авторских прав?; Мы поможем в написании вашей работы! Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет |