UkrReferat.com
найбільша колекція україномовних рефератів

Всього в базі: 75834
останнє поновлення: 2016-11-29
за 7 днів додано 10

Реферати на українській
Реферати на російській
Українські підручники

$ Робота на замовлення
Реклама на сайті
Зворотній зв'язок

 

ПОШУК:   

реферати, курсові, дипломні:

Українські рефератиРусские рефератыКниги
НазваСистема управління базами даних (реферат)
Автор
РозділІнформатика, компютерні науки
ФорматWord Doc
Тип документуРеферат
Продивилось3043
Скачало446
Опис
ЗАКАЧКА
Замовити оригінальну роботу

ефективністю функціонування СУБД.

 

Реляційна модель даних

 

Реляційна модель даних подає дані у вигляді множини таблиць. Структура

бази даних визначається встановленням зв’язків між таблицями замість

моделювання схеми даних відповідно до способу їхнього фізичного

розташування.

 

Таблиця являє собою набір рядків та стовпців, де рядки називаються

записами, а стовпчики — полями. Наприклад, таблиця

 

«Замовники» має такий вигляд:

 

Таблиця 1

 

Номер

 

замовника Прізвище Ім’я Номер

 

рахунка Адреса

 

120 Петренко Іван 432568 м. Полтава

 

123 Ткаченко Тарас 325672 м. Київ …

 

178 Кулик Тетяна 734589 м. Львів

 

 

 

Для кожної таблиці можна створити декілька індексів. Індекси дозволяють

впорядковувати записи, виконувати швидкий пошук потрібних даних та

встановлювати зв’язки між таблицями. Поля, які використовуються в

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

складеним. Простий ключ містить ім’я одного поля, а складений може

містити декілька полів. Первинний ключ (Primary key) повинен однозначно

ідентифікувати запис, тобто він може приймати тільки унікальне значення,

наприклад, поле «номер замовника».

 

База даних може містити декілька таблиць, які пов’язані поміж собою по

ключових полях. Наприклад, база даних «Замовники» крім таблиці

«Замовники» може мати таблицю «Замовлення» (табл. 2), яка містить усі

замовлення, що розміщені окремими замовниками. Замість повторення всієї

інформації замовника в кожному записі таблиці «Замовлення» ця таблиця

може містити єдине поле (номер замовника), яке ідентифікує відповідного

замовника.

 

Таблиця 2

 

Номер

 

замовлення Номер

 

замовника Дата Код товару Сума,

 

тис. грн

 

1234 123 10/03/01 25 123

 

1235 123 10/03/01 28 165

 

1238 178 10/03/01 28 154

 

1237 120 10/03/01 25 345

 

 

 

З табл. 2 бачимо, що замовник з номером 123 (Ткаченко) замовив товари 25

та 28. У табл. 1 первинним ключем є поле «Номер замовника», в табл. 2

первинним ключем є номер замовлення, а поле «номер замовника» в табл. 2

встановлює відношення (зв’язок) між таблицями і являє собою зовнішній

ключ, тому що він посилається на первинний ключ «зовнішньої» таблиці

«Замовники». Такий тип відношення має назву «one-to-many»

(один-до-багатьох), тому що один замовник може розміщати багато

замовлень, але окреме замовлення може бути розміщене тільки одним

замовником. Ще існують відношення «one-to-one» (один-до-одного) та

«many-to-many» (багато-до-багатьох). Відношення «one-to-one» (одному

запису в першій таблиці відповідає один запис

 

у другій таблиці) у реляційній моделі застосовується дуже рід-

 

ко, тому що такі дві таблиці можна з’єднати в одну. Відношен-

 

ня «many-to-many» використовується, якщо одному запису першої таблиці

відповідає декілька записів другої таблиці та одно-

 

му запису другої таблиці відповідає декілька записів першої

 

таблиці.

 

$

 

&

 

*

 

,

 

Ђ

 

 

Є

 

>

 

@

 

д

 

ж

 

,

 

Ђ

 

 

kdг

 

kdy

 

????`?чається як D1 ( D2 ( … ( Dn) називається множина всіх кортежів

(V1, V2, … , Vn) довжини n, таких, що V1 належить D1, V2 належить D2, …

, Vn належить Dn, тощо. Наприклад, якщо n=2, D1={0,1} та D2={r,f}, тоді

-----> Page:

[0] 1 [2] [3]

ЗАМОВИТИ ОРИГІНАЛЬНУ РОБОТУ