Побудова моделі даних

Побудова моделі даних

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

Кожна із запланованих вище таблиць буде представлена ​​в БД окремим ставленням. Опишемо їх у рядковій формі, визначивши у деяких випадках скорочені імена полів і підкресливши головні ключі.

Факультети(КОД_ФАК, ФАКУЛЬТЕТ, ЕКЗАМЕН_1, ​​ЕКЗАМЕН _2, ЕКЗАМЕН_3)Спеціальності(КОД_СПЕЦ, СПЕЦІАЛЬНІСТЬ, КОД_ФАК, ПЛАН), КОД_СПЕЦ, МЕДАЛЬ, СТАЖ)Анкети(РЕГ_НОМ, Прізвище, ІМ'Я, ПОВІТНИЦТВО, ДАТА РІЖД, МІСТО, УЧ_ЗАВОД)Оцінки(РЕГ_НОМ, ОЦІНКА, ОЦІНКА , ОЦІНКА_3)Підсумки(РЕГ_НОМ, ЗАЧИСЛЕННЯ)

Щоб ці шість таблиць являли собою систему, між ними мають бути встановлені зв'язки. Фактично зв'язки вже існують через загальні імена полів. Перші два відносини пов'язані між собою кодом факультету, друге та третє — кодом спеціальності, а три останні — реєстраційним номером. Зв'язки дозволяють визначити відповідності між будь-якими даними у цих таблицях, наприклад: між прізвищем деякого абітурієнта та його оцінкою з математики; між назвою міста та результатами іспиту з української мови випускників шкіл цього міста та ін. Завдяки цим зв'язкам стає можливим отримання відповідей на запити, що вимагаютьпошуку інформаціїу кількох таблицях одночасно.

Для явної вказівки зв'язків між таблицями має бути побудовано схему бази даних. У схемі вказується наявність зв'язків між таблицями та типом зв'язків. Схема нашої системи представлена ​​на рис. 1.7.

даних

Мал. 1.7. Схема бази даних

У схемі використано дватипу зв'язків: один до одного та один до багатьох. Перший позначений двонаправленою одинарною стрілкою, другий - одинарною стрілкою в один і подвійний в інший бік. При зв'язку один до одного з одним екземпляром запису в рідній таблиці пов'язаний РДЙН екземпляр запису в іншій таблиці. Наприклад, один запис про абітурієнт пов'язаний з одним списком оцінок. За наявності зв'язку «один до багатьох» один запис в одній таблиці пов'язана з безліччю записів в іншій таблиці. Наприклад, з одним факультетом пов'язано безліч спеціальностей, а з однією спеціальністю – безліч абітурієнтів, які вступають на цю спеціальність.

Зв'язок один до багатьох — це зв'язок між двома сусідніми рівнями ієрархічної структури. А таблиці, пов'язані відносинами один до одного, знаходяться на одному рівні ієрархії. У принципі всі ці чотири таблиці можуть бути об'єднані в одну таблицю, оскільки головний ключ у них один — «РЕГ_Н0М». Однак із такою таблицею працювати буде незручно — надто багато полів. Кожна із чотирьох таблиць окремо краще оглядається, крім того, кожна з них має самостійний зміст.

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

Система не допустить, щоб однойменні поля в різних таблицях, пов'язаних між собою, мали різні значення. Введення даних автоматично контролюється, У зв'язаних таблицях може бути встановлений режим каскадної заміни: якщо в одній з таблиць змінюється значення поля, яким встановлено зв'язок, то в інших таблицях автоматично зміняться значення однойменних полів. Аналогічно діє режим каскадного видалення: достатньо видалити запис з однієї таблиці, щоб пов'язані записи зникли з інших таблиць. Це природно, оскільки, наприклад, якщозакривається якийсьфакультет, то зникають і всі його спеціальності. Або якщо в абітурієнта змінили реєстраційний номер у таблиці «Абітурієнти», то його номер повинен автоматично оновитися і в інших таблицях.

У цьому проектування бази даних завершено. То справді був теоретичний етап. Подальша робота відбуватиметься середСУБД MS Access.

Коротко про головне

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

Зв'язок між таблицями здійснюється через однойменні поля. Зв'язок "один до одного" - через загальний головний ключ; зв'язок «один до багатьох»— через головний ключ в одній таблиці та однойменне поле в іншій таблиці — таке поле називають зовнішнім ключем.

Підтримка цілісності даних – автоматичний контроль за узгодженістю взаємопов'язаних даних у різних таблицях.

Питання та завдання1. а) У чому полягає побудова моделі даних?

б) У чому полягає властивість цілісності БД?

2. а) Які дані слід додати до БД приймальної комісії, якщо потрібно враховувати поділ абітурієнтів на екзаменаційні групи та прізвища викладачів, які приймають іспити?

б) Які дані слід додати до БД приймальної комісії, якщо додатково до вимог попереднього завдання потрібно враховувати розклад іспитів, тобто відомості про те, де, коли та якому викладачеві складає іспит дана група?

в) Побудуйте схему БД з урахуванням вимог, викладених у питаннях 2 а) та 2 б).

3. а) Під час проектування БД було визначено такі отношения:

Магазин (НОМЕР_МАГ, ТИП, АДРЕСА,ДИРЕКТОР, ТЕЛЕФОН);

Відділ (НАЗВА_ВІД, ЗАВЕДНИЙ, ТЕЛЕФОН);

Продавець (ТАБЕЛЬНИЙ НОМ, ПРІЗВИЩЕ, ІМ'Я, ПО БАТЬКУ, КАТЕГОРІЯ)

Чи є ці відносини пов'язаними? Додайте все, що необхідно для їхнього зв'язку; зобразіть схему БД у графічному вигляді.

б) Спроектуйте базу даних для інформаційної системи «Наша школа», що містить відомості про вчителів, учнів, класи, предмети, що вивчаються. Зауваження: це завдання носить творчий характері і може бути виконано у багатьох випадках. Влаштуйте конкурс на краще вирішення цієї задачі.

Семакін І.Г., Хеннер Є.К., Інформатика та ІКТ, 11

Надіслано читачами з інтернет-сайтів

Якщо ви маєте виправлення або пропозиції до цього уроку, напишіть нам.

Якщо ви хочете побачити інші коригування та побажання до уроків, дивіться тут - Освітній форум.