40

Лекції ООП – 2-й сем. 2007/08 н.р.

Вступ до баз даних.

1. Шумаков П.В., Фаронов В.В. Delphi 5. Руководство разработчика баз данных. – М.: Нолидж, 2000. – 640 с., ил.

2. Кенту М. Delphi 7 для профессионалов. – СПб.: Питер, 2004. – 1101 с.

3. Тейксейра С., Пачеко К. Borland Delphi 6. Руководство разработчика. – М.: Изд. дом Вильямс, 2002. – 1120 с.

1. Поняття баз даних.

База даних (БД) (Database) - це електронне сховище структурованих даних. Доступ до БД здійснюються за допомогою одного або декількох комп’ютерів. Дані мають бути несуперечливі, мінімально надлишкові та цілісні. БД створюється для зберігання та доступу до даних про деяку предметну область – область діяльності людини або реального світу.

Системи управління базами даних (СУБД) – (DBMS – DataBase Management System) – це програмні засоби, призначені для створення, наповнення, оновлення та знищення баз даних.

2. Реляційні бази даних

Одиницею інформації в БД є таблиця (Table). Кожну таблицю можна зобразити як сукупність рядків і стовпців, де рядки відповідають екземпляру об’єкта, певному явищу або події, а рядки - атрибутам (ознакам, характеристикам, параметрам) объекта, події, явища.

На рис. 1.1. наведено приклад таблиці, яка зберігає відомості про відпуск товару зі складу. Стовпці відповідають таким параметрам, як дата відпуску товару, назва товару, назва покупця, кількість одиниць відпущеного товару. Кожен рядок містить відомості про конкретну подію - відпуск товару покупцю.

В термінах БД стовпці називаються полями (Field), а рядки – записами (Record).

Дата	Товар	Покупець	Відпущено, од.
10.02.07	Цукор	Геракл, ТзОВ	100
10.02.07	Цукор	Геракл, ТзОВ	100
12.02.07	Цукор	Харчоторг, ЗАТ	2000
12.02.07	Макарони	Харчоторг, ЗАТ	300
14.02.07	Цукор	Геракл, ТзОВ	200
15.02.07	Сіль	База № 28	100

Рис 1.1. Приклад таблиці "Відпуск товарів"

Між окремими таблицями в БД можуть існувати зв’язки. Наприклад, інформація про покупця може доповнюватись в іншій таблиці:

Покупець	Адреса	Телефон
Геракл, ТзОВ
Харчоторг, ЗАТ
База № 28

Рис 1.2. Приклад таблиці "Покупці"

БД, між окремими таблицями яких існують зв’язки називають реляційними (relation – зв’язок відношення).

Таблиці, які мають зв’язки діють за принципом головна (master) – підпорядкована (detail). Наприклад "Покупці" – головна (батьківська), а "Відпуск товарів" – підпорядкована (дочірня). Одна і та ж таблиця може бути головною по відношенню до однієї таблиці БД, і дочірньою – до іншої.

1.3. Первинні ключі та індекси

У кожній таблиці БД може існувати первинний ключ - поле або набір полей, які однозначно ідентифікують запис. Значення первинного ключа в таблиці БД повиннно бути унікальним, тобто в таблиці не повинно бути дві або більше записів з однаковим значенням первинного ключа.

Первинні ключі спрощують встановлення зв’язків між таблицями. У таблиці “Покупці” таким ключем є поле “Покупець”. Тому встановивши зв’язок за первинним ключем, ми можемо дізнатись, що ....

Оскільки первинний ключ повинен бути унікальним, для нього можна використовувати не кожне поле у таблиці. Наприклад, назва покупця не може бути унікальною, тому поле “Покупець” не може бути первинним ключем. Поле “Телефон” краще підходить на цю роль. Якщо в таблиці немає полів з унікальними значеннями для створення первинного ключа до неї вводять додаткове числове поле. Якщо в таблицю “Покупці” додати поле “№№”, зв’язан таблиці будуть мати такий вигляд:

Дата	Товар	Покупець	Відпущено, од.
10.02.07	Цукор	1	100
10.02.07	Цукор	1	100
12.02.07	Цукор	2	2000
12.02.07	Макарони	2	300
14.02.07	Цукор	1	200
15.02.07	Сіль	3	100

та

№№	Покупець	Адреса	Телефон
1	Геракл, ТзОВ
2	Харчоторг, ЗАТ
3	База № 28

Тепер у таблиці “Відпуск товарів” у полі “Покупець” вказується значення первинного ключа, побудованого по полю “№№” таблиці “Покупці”, що дозволяє встановити однозначний зв’язок між таблицями.

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