Урок 38-40
Тема: Огляд реляційної моделі даних. Модель «сутність-зв’язок». Поняття відношення, атрибута, ключа, зв’язку. Класифікація зв’язків за множинністю та повнотою. Правила побудови моделі «сутність-зв’язок» предметної галузі. Поняття таблиці, поля, запису. Основні етапи роботи з базами даних в середовищі системи управління базами даних. Відображення моделі «сутність-зв’язок» на базу даних. Властивості полів, типи даних. Введення даних у таблиці.
Навчальна мета: Засвоїти відомості про роботу з БД і СУБД
Розвивальна мета: Розвивати координацію рухів, зорову пам’ять, вміння працювати з програмами
Виховна мета: Виховувати зосередженість, вміння активно сприймати новий матеріал.
Тип уроку: Урок вивчення нового матеріалу (лекція)
Структура уроку
I. Організаційний момент
II. Етап орієнтації
III. Етап проектування
IV. Етап навчальної діяльності
V. Робота за ПК
VI. Контрольно-оцінювальний етап
VII. Домашнє завдання
Хід уроку
І. Організаційний момент
Сьогодні ми з вами розглянемо тему: «Огляд реляційної моделі даних. Модель «сутність-зв’язок». Поняття відношення, атрибута, ключа, зв’язку. Класифікація зв’язків за множинністю та повнотою. Правила побудови моделі «сутність-зв’язок» предметної галузі. Поняття таблиці, поля, запису. Основні етапи роботи з базами даних в середовищі системи управління базами даних. Відображення моделі «сутність-зв’язок» на базу даних. Властивості полів, типи даних. Введення даних у таблиці.».
II. Етап орієнтації
Мета сьогоднішнього уроку якомога найкраще познайомитися з програмами для роботи з БД і навчитися працювати в СУБД
III. Етап проектування
План уроку
1. Огляд реляційної моделі даних. Модель «сутність-зв’язок». Правила побудови моделі «сутність-зв’язок» предметної галузі. Класифікація зв’язків за множинністю та повнотою.
2. Поняття відношення, атрибута, ключа, зв’язку. Поняття таблиці, поля, запису.
3. Основні етапи роботи з базами даних в середовищі системи управління базами даних. Відображення моделі «сутність-зв’язок» на базу даних. Властивості полів, типи даних. Введення даних у таблиці.
ІV. Етап навчальної діяльності
Огляд реляційної моделі даних. Модель «сутність-зв’язок».
Реляційна модель БД Модель побудована на взаємовідношеннях між складовими структури. Складається з таблиць взаємопов’язаних між собою.
В мережевій моделі зв'язок "один до багатьох" (1:В) означає, що значенню елемента А відповідають багато (більше одного) значень, пов'язанню з ним елементів В. Наприклад, поміж елементами даних "код виробу" (елемент А) і "кодом матеріалів" (елементи В) існує такий взаємозв'язок бо на виготовлення одного виробу використовується багато різних матеріалів.
В ієрархічній моделі зв'язок даних "один до одного" (1:1) означає, що кожному значенню (екземпляру) елемента даних А відповідає одне і тільки одне значення, пов'язаного з ним елемента В. Наприклад, поміж такими елементами пар даних, як код готової продукції і її найменуванням є вищезазначений зв'язок, так як тільки кожному коду продукції відповідає одне її найменування.
В реляційній моделі зв'язок "багатьох до багатьох" (В:В) указує на те, що декільком значенням елементів даних А відповідає декілька значені елементів даних В. Наприклад, поміж елементами даних "код операції технологічного процесу" і "табельний номер працівника" існує зазначені взаємозв'язок, так як багато операцій технологічного процесу можуть виконувати різні працівники (табельні номери) і навпаки.
Поняття відношення, атрибута, ключа, зв’язку. Поняття таблиці, поля, запису
Поняття бази даних тісно пов'язано з такими поняттями структурних елементів, як поле, запис, файл.
Файл (таблиця)— сукупність екземплярів записів однієї структури. (наприклад, для БД «школа» можуть бути таблиці Викладачі, Учня, Предмети та ін..)
Поле — елементарна одиниця логічної організації даних, що відповідає неподільній одиниці інформації— реквізиту. (наприклад, для БД «школа» таблиці «Викладачі» можуть бути поля Прізвище, Ім’я, Предмет, який викладає, Стаж, Посадовий оклад і т.д.)
Запис (кортеж)— сукупність логічно пов'язаних полів. (наприклад, для БД «школа» таблиці «Викладачі» поля «Прізвище» можуть бути записи Лановська, Шевченко, Аркушина і т.д.)
Поле, кожне значення якого однозначно ідентифікує відповідний запис, називається простим ключем (ключовим полем). У кожній з таблиць є ключове поле, дані в якому повторюватися не можуть. (наприклад, для БД «школа» таблиці «Викладачі» може бути ключове поле № вчителя або код вчителя за яким ми зможемо з’язати цю таблицю з таблицею Предмет чи Школа)
Щоб зв'язати дві реляційні таблиці, необхідно ключ першої таблиці увести до складу ключа другої таблиці (можливий збіг ключів). В іншому випадку потрібно увести в структуру першої таблиці зовнішній ключ — ключ другої таблиці.
Основні етапи роботи з базами даних в середовищі системи управління базами даних. Відображення моделі «сутність-зв’язок» на базу даних. Властивості полів, типи даних. Введення даних у таблиці
Створення бази даних поділяється на такі етапи:
1. Проектування (на папері або в спеціальних програмах).
2. Програмна реалізація — технологія створення БД.
3. Експлуатація БД.
Проектування БД. Створення структури БД.
Створення бази даних відбувається в кілька етапів. Першим (і найскладнішим) є етап проектування. Саме від нього залежить успішна робота з базою. Якщо БД спроектована некоректно, зміни вносять у вже створені об'єкти для цієї бази (форми, звіти, запити тощо), що незручно й неефективно.
І. На етапі проектування:
• визначають проблему;
• вибирають та аналізують інформацію, яку утримуватиме конкретна БД;
• подають інформацію в базу даних.
Для збереження інформації в БД користуються кількома таблицями, а для обробки даних створюють форми, запити, звіти тощо.
Звичайно, можна створити базу даних, у якій буде одна таблиця. Але вона буде перевантажена інформацією. Одні й ті самі дані повторюються, працювати з такою таблицею незручно. Краще інформацію розподілити по окремих таблицях, кожна з яких буде присвячена окремій підтемі.
Перед створенням таблиці необхідно чітко уявляти її структуру — загальний вигляд таблиці, кількість та зміст її полів. Перед роботою в Access таблиці краще зобразити на папері, що зменшить кількість виправлень у готовій таблиці.
На цьому етапі вирішують, які об'єкти будуть у БД, які зв'язки між ними необхідно створити, які поля визнати ключовими.
Одним із найскладніших етапів у процесі проектування бази даних є розробка таблиць, тому що результати, які повинна видавати база даних (звіти, вихідні форми тощо), не завжди дають повне уявлення про структуру таблиці. У разі проектування таблиць зовсім не обов'язково використовувати систему управління базою даних. Спочатку краще розробити структуру на папері.
Введення та редагування даних. Робота з таблицями.
Інструкція Створення БД
Робота з файлами. Типи даних.
VI. Контрольно-оцінювальний етап
VII.Домашнє завдання
Вивчити терміни, конспект
§ 17, 18 пит. 6-9 с. 161
Материалы на данной страницы взяты из открытых источников либо размещены пользователем в соответствии с договором-офертой сайта. Вы можете сообщить о нарушении.