Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
См р по СУБД2012+2013.doc
Скачиваний:
3
Добавлен:
11.11.2019
Размер:
966.14 Кб
Скачать

Графічне уявлення

Кожен студент університету слухає декілька курсів. У свою чергу кожен курс лекцій відвідує ряд студентів. Відомостей тільки про курси і студентів явно недостатньо, оскільки неясно, яка оцінка одержана конкретним студентом по даному курсу. З другого боку, відомостей тільки про курси і про оцінки також недостатньо. Необхідно знати, які оцінки одержані кожним із студентів по кожному прослуховуючому їм курсу.

На мал. 5.8 представлена концептуальна модель наочної області, взаємозв'язки між об'єктами якої зображені на мал. 5.7 і можуть інтерпретуватися таким чином: кожен студент може відвідувати декілька курсів;

• по кожному курсу можуть займатися декілька студентів;

• кожна конкретна оцінка може і повинна бути виставлена тільки одному студенту і лише по одному курсу;

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

Тоді маємо наступне:

1. Кожне відношення, первинний ключ якого містить один елемент даних, представляє об'єкт. Відносини 1 і 2 представляють об'єкти СЕМЕСТР і СТУДЕНТ. Об'єкти .такого типу розміщуються на першому рівні (мал. 5.8). Усередині прямокутників перераховуються імена елементів даних. Первинні ключі об'єктів підкреслюються. Якщо прямокутник не містить всіх елементів даних, що представляють властивості об'єкту, то пропуски позначаються трьома дефісами (---).

2. Відносини, в первинні ключі яких входять два елементи, що є первинними ключами відносин, представляють взаємозв'язки між цими об'єктами. Якщо ж один з ключових елементів не є ключем одного з відносин, то генерується нове відношення, що представляє об'єкт. Наприклад, складовий ключ відношення 3 представляє взаємозв'язок між об'єктами СЕМЕСТР і КУРС. Елемент НОМ-КУРСА не є первинним ключем жодного з відносин. Утворюється нове відношення КУРС, представляюче відповідний об'єкт; воно зображається прямокутником на рівні 1. Взаємозв'язок між двома об'єктами виражається за допомогою об'єкту СЕМЕСТР+КУРС, що зображається прямокутником, що знаходиться на другому рівні. Знов освічений об'єкт виділяється пунктирною лінією.

Одинарна і подвійна стрілки, що сполучають об'єкти, представлені відносинами 1 і 3, і об'єкт КУРС, виділений пунктиром, відображають той факт, що протягом семестру читається декілька курсів і що курс може читатися протягом декількох семестрів.

3. Процедура, виконана для другого рівня, виконується на третьому рівні, де є відношення, ключ яких складається з трьох елементів даних, і т.д.

Одержана в результаті діаграма для відносин 1, 2, 3 і 4 приведена на мал. 5.8, що і буде графічним представленням концептуальної моделі даних.

мал. 5.8

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

Самостійна робота №5

Тема: Проектування логічної моделі даних.

Мета: ознайомитися з питаннями, пов’язаними зі проектуванням логічної моделі даних.

Форма роботи: вивчення теоретичного матеріалу.

План:

  1. Рівні логічної структури бази даних.

  2. Особливості перенесення концептуальної моделі даних на реляційну модель.

  3. Особливості перенесення концептуальної моделі даних на мережну модель.

  4. Особливості перенесення концептуальної моделі даних на ієрархічну модель.

Основна література: