Кафедра ПІ Чернігівський державний технологічний університет ОСНОВИ БАЗ ДАНИХ 1. Терміни реляційних баз даних 2. Нормалізація відношень 3. Правила зв’язування таблиць 4. Приклад проектування бази даних
Кафедра ПІ Чернігівський державний технологічний університет назад 2. ТЕРМІНИ РЕЛЯЦІЙНИХ БАЗ ДАНИХ Табличні терміни Терміни СУБД Терміни реляційної теорії таблиця файл відношення заголовок ім’я файлу ім’я відношення стовпчик поле атрибут рядок запис кортеж Таблиця (відношення) запис (кортеж) поле (атрибут) Схематичне представлення таблиці
Кафедра ПІ Чернігівський державний технологічний університет назад Індекси Індекс являє собою структуру, яка містить значення одного чи кількох полів (атрибутів) і вказівники на відповідні рядки таблиці, що дозволяє швидко знайти потрібний запис (кортеж). Ключове поле – це первинний індекс, що задається для поля, яке використовується для однозначної ідентифікації записів. Вторинні індекси, їх може бути кілька, вони теж можуть бути унікальними Термін “унікальний індекс” дані поля унікальні!!! Ключове поле завжди є “унікальним” Індекс може бути складеним – складатися із кількох полів
Кафедра ПІ Чернігівський державний технологічний університет назад Зв’язки Об’єкти реального світу знаходяться у взаємних відносинах, тобто мають зв’язки між собою. 1: 1 ("один до одного") студент залікова книжка ("один до багатьох") академ. Група студент ("багато до багатьох") продукція постачальник
Кафедра ПІ Чернігівський державний технологічний університет назад Зв’язок більше визначає взаємовідносини об’єктів, і в реляційних СУБД напряму не реалізується. Він реалізується через проміжний зведений об’єкт і два зв’язки. продукція постачальник
Кафедра ПІ Чернігівський державний технологічний університет назад 3. НОРМАЛІЗАЦІЯ ВІДНОШЕНЬ Нормалізація відношень призначена для виключення надлишкового дублювання даних у таблицях Надлишкове дублювання – це наявність у таблиці полів з даними, що повторюються для кількох записів, хоча достатньо вказати ці дані лише один раз. Нормалізація виконується шляхом розділення таблиці на кілька зв’язаних таблиць. У першу чергу в окремі таблиці виносяться надлишково продубльовані дані, які формують опис окремих об’єктів предметної області таблиця Студент Студен Група Куратор т Іванов ОА 081 ПМ 081 Кривоше єв Косач Сидоро ОА- Кривоше Петров таблиця Група Куратор ОА 081 Кривошеєв ПМ 081 Косач
Кафедра ПІ Чернігівський державний технологічний університет назад 4. ПРАВИЛА ЗВ’ЯЗУВАННЯ ТАБЛИЦЬ 1. Зв’язки проводяться між полями таблиць і повинні мати логіку зв’язування Якщо таблиці не мають потрібних за логікою полів зв’язку, то такі поля придумуються і вносяться у таблиці штучно. Такими штучними полями є різноманітні коди. 2. Поля зв’язку повинні мати однаковий тип і розмір. 3. Для встановлення зв’язку обов’язково потрібен унікальний індекс (ключове поле) на поле зв’язку, яке має роль ідентифікатора запису. За схемою зв’язків цей індекс задається у таблиці, яка знаходиться з боку 1 у зв’язку таблиця Студент Схематично зв’язок позначається так: Група Студент кодгру Група пи Іванов ОА 081 1 кодгру пи 1 ОА-081 Кривоше єв Петров 2 ПМ-081 Косач 2 ПМ 081 1 Сидоров 2 ОА 081 Група Ключове поле (унікальний індекс) Куратор
Кафедра ПІ Чернігівський державний технологічний університет 6. ПРИКЛАД ПРОЕКТУВАННЯ БД назад Задача: розробка бази даних для торговельного підприємства. Інформаційне обстеження: • Підприємство працює з клієнтами – купує товари у одних і продає іншим; • На кожен товар встановлена фіксована ціна; • Товари підприємство зберігає на власному складі. Кількість товару на складі назвемо залишком. • Кожна угода купівлі продажу з клієнтом оформлюється окремим документом. У цьому документі може вказуватися кілька товарів. • Для цієї предметної області на основі збережених даних можуть знадобитися звіти про статистику продаж у різних розрізах: по товару, по клієнту, за період тощо.
Кафедра ПІ Чернігівський державний технологічний університет Проектування таблиць бази даних назад 1. Визначення достатньої кількості даних для збереження в таблицях: Характеристики товару – назва, ціна, одиниця виміру, залишок на складі; Характеристики клієнта – назва, адреса; Характеристики документа – номер, дата, клієнт, товар, кількість товару. Кількість товару за документом назвемо надходженням. Знаком цього надходження будемо позначати продаж і купівлю: від’ємні значення – продаж, додатні – купівля. 2. Зведення всіх даних у одну таблицю і визначення надлишкового дублювання: Надлишкове дублювання: Адреса клієнта Надлишкове дублювання: од. виміру, ціна, залишок
Кафедра ПІ Чернігівський державний технологічний університет Проектування таблиць бази даних назад 3. Нормалізація відношень: Надлишково продубльовані дані виносимо у окремі таблиці: • Адресу клієнта та його назву виносимо у окрему таблицю Клієнт; • Ціну, одиницю виміру, назву товару і залишок виносимо у таблицю Товар:
Кафедра ПІ Чернігівський державний технологічний університет Проектування таблиць бази даних назад 4. Визначення схеми зв’язків між таблицями: Таблиця Продажа з даними про документи купівлі продажу повинна посилатися на інформацію про клієнта і про товар. Щоб однозначно визначати клієнта і товар, у ці таблиці додаємо числові поля ідентифікатори Кодклієнта і Кодтовару з унікальними даними. Для встановлення зв’язків додаємо в таблицю Продажа такі само поля, але вони будуть відігравати роль посилання на ідентифікатори: 5. Індексація таблиць: У першу чергу індекси визначаємо для полів, які приймають участь у зв’язках – ідентифікатори Кодклієнта у таблиці Клієнт і Кодтовару у таблиці Товар повинні містити унікальні дані, тому ці поля повинні бути первинним індексом (ключовим полем).
Кафедра ПІ Чернігівський державний технологічний університет Концептуальна модель бази даних назад
Скачать презентацию Кафедра ПІ Чернігівський державний технологічний університет ОСНОВИ БАЗ
osnovi_bd_mini.ppt