Разделы презентаций


ОСНОВИ БАЗ ДАНИХ

2. ТЕРМІНИ РЕЛЯЦІЙНИХ БАЗ ДАНИХназад

Слайды и текст этой презентации

Слайд 1ОСНОВИ БАЗ ДАНИХ
Терміни реляційних баз даних
Нормалізація відношень
Правила зв’язування таблиць
Приклад

проектування бази даних

ОСНОВИ БАЗ ДАНИХТерміни реляційних баз данихНормалізація відношеньПравила зв’язування таблиць Приклад проектування бази даних

Слайд 22. ТЕРМІНИ РЕЛЯЦІЙНИХ БАЗ ДАНИХ
назад

2. ТЕРМІНИ РЕЛЯЦІЙНИХ БАЗ ДАНИХназад

Слайд 3Індекси
Індекс являє собою структуру, яка містить значення одного чи кількох

полів (атрибутів) і вказівники на відповідні рядки таблиці, що дозволяє

швидко знайти потрібний запис (кортеж).

назад

ІндексиІндекс являє собою структуру, яка містить значення одного чи кількох полів (атрибутів) і вказівники на відповідні рядки

Слайд 4Зв’язки
Об’єкти реального світу знаходяться у взаємних відносинах, тобто мають зв’язки

між собою.
назад

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

Слайд 5Зв’язок
Зв’язок більше визначає взаємовідносини об’єктів, і в

реляційних СУБД напряму не реалізується. Він реалізується через проміжний зведений

об’єкт і два зв’язки .

назад

Зв’язокЗв’язок    більше визначає взаємовідносини об’єктів, і в реляційних СУБД напряму не реалізується. Він реалізується

Слайд 63. НОРМАЛІЗАЦІЯ ВІДНОШЕНЬ
Нормалізація відношень призначена для виключення надлишкового дублювання даних

у таблицях
Надлишкове дублювання – це наявність у таблиці полів

з даними, що повторюються для кількох записів, хоча достатньо вказати ці дані лише один раз.

таблиця Студент

таблиця Група

Нормалізація виконується шляхом розділення таблиці на кілька зв’язаних таблиць. У першу чергу в окремі таблиці виносяться надлишково продубльовані дані, які формують опис окремих об’єктів предметної області

назад

3. НОРМАЛІЗАЦІЯ ВІДНОШЕНЬНормалізація відношень призначена для виключення надлишкового дублювання даних у таблицях Надлишкове дублювання – це наявність

Слайд 74. ПРАВИЛА ЗВ’ЯЗУВАННЯ ТАБЛИЦЬ
1. Зв’язки проводяться між полями таблиць і

повинні мати логіку зв’язування Якщо таблиці не мають потрібних за

логікою полів зв’язку, то такі поля придумуються і вносяться у таблиці штучно. Такими штучними полями є різноманітні коди.

таблиця Студент

таблиця Група

2. Поля зв’язку повинні мати однаковий тип і розмір.

3. Для встановлення зв’язку обов’язково потрібен унікальний індекс (ключове поле) на поле зв’язку, яке має роль ідентифікатора запису. За схемою зв’язків цей індекс задається у таблиці, яка знаходиться з боку 1 у зв’язку

Ключове поле (унікальний індекс)

назад

4. ПРАВИЛА ЗВ’ЯЗУВАННЯ ТАБЛИЦЬ1. Зв’язки проводяться між полями таблиць і повинні мати логіку зв’язування Якщо таблиці не

Слайд 86. ПРИКЛАД ПРОЕКТУВАННЯ БД
Задача: розробка бази даних для торговельного підприємства.


назад
Інформаційне обстеження:
Підприємство працює з клієнтами – купує товари у одних

і продає іншим;
На кожен товар встановлена фіксована ціна;
Товари підприємство зберігає на власному складі. Кількість товару на складі назвемо залишком.
Кожна угода купівлі-продажу з клієнтом оформлюється окремим документом. У цьому документі може вказуватися кілька товарів.
Для цієї предметної області на основі збережених даних можуть знадобитися звіти про статистику продаж у різних розрізах: по товару, по клієнту, за період тощо.
6. ПРИКЛАД ПРОЕКТУВАННЯ БДЗадача: розробка бази даних для торговельного підприємства. назадІнформаційне обстеження:Підприємство працює з клієнтами – купує

Слайд 9Проектування таблиць бази даних
назад
1. Визначення достатньої кількості даних для збереження

в таблицях:
Характеристики товару – назва, ціна, одиниця виміру, залишок

на складі;
Характеристики клієнта – назва, адреса;
Характеристики документа ­– номер, дата, клієнт, товар, кількість товару. Кількість товару за документом назвемо надходженням. Знаком цього надходження будемо позначати продаж і купівлю: від’ємні значення – продаж, додатні – купівля.

2. Зведення всіх даних у одну таблицю і визначення надлишкового дублювання:

Надлишкове дублювання: Адреса клієнта

Проектування таблиць бази данихназад1. Визначення достатньої кількості даних для збереження в таблицях: Характеристики товару – назва, ціна,

Слайд 10Проектування таблиць бази даних
назад
3. Нормалізація відношень:
Надлишково продубльовані дані виносимо у

окремі таблиці:
Адресу клієнта та його назву виносимо у окрему

таблицю Клієнт;
Ціну, одиницю виміру, назву товару і залишок виносимо у таблицю Товар:
Проектування таблиць бази данихназад3. Нормалізація відношень:Надлишково продубльовані дані виносимо у окремі таблиці: Адресу клієнта та його назву

Слайд 11Проектування таблиць бази даних
назад
4. Визначення схеми зв’язків між таблицями:
Таблиця Продажа

з даними про документи купівлі-продажу повинна посилатися на інформацію про

клієнта і про товар. Щоб однозначно визначати клієнта і товар, у ці таблиці додаємо числові поля-ідентифікатори Кодклієнта і Кодтовару з унікальними даними. Для встановлення зв’язків додаємо в таблицю Продажа такі само поля, але вони будуть відігравати роль посилання на ідентифікатори:

5. Індексація таблиць:
У першу чергу індекси визначаємо для полів, які приймають участь у зв’язках – ідентифікатори Кодклієнта у таблиці Клієнт і Кодтовару у таблиці Товар повинні містити унікальні дані, тому ці поля повинні бути первинним індексом (ключовим полем).

Проектування таблиць бази данихназад4. Визначення схеми зв’язків між таблицями:Таблиця Продажа з даними про документи купівлі-продажу повинна посилатися

Слайд 12Концептуальна модель бази даних
назад

Концептуальна модель бази данихназад

Обратная связь

Если не удалось найти и скачать доклад-презентацию, Вы можете заказать его на нашем сайте. Мы постараемся найти нужный Вам материал и отправим по электронной почте. Не стесняйтесь обращаться к нам, если у вас возникли вопросы или пожелания:

Email: Нажмите что бы посмотреть 

Что такое TheSlide.ru?

Это сайт презентации, докладов, проектов в PowerPoint. Здесь удобно  хранить и делиться своими презентациями с другими пользователями.


Для правообладателей

Яндекс.Метрика