Що таке база даних

Над визначенням цього поняття ламали голови багато спеціалістів (і навіть деякі філософи). Мабуть, для початку підійде наступне, досить ємне визначення:

Організована множина інформації певного призначення.

Зверніть увагу: у визначенні немає навіть натяку на комп’ютер. Приміром, телефонна книга – прекрасний приклад бази даних Крім того, цінність баз даних залежить не від самої інформації, а, скоріше, від її організації. Інформація про телефонні номера, записана на аркушах паперу, що розкидані по кабінеті, не представляє базу даних і є менш цінною за телефонний довідник.

2.1 Демонстраційний проект – тюльпанний бізнес

Спробуємо проаналізувати визначення на наступному прикладі. Припустимо, ми займаємося вирощуванням тюльпанів і зберігаємо наступну інформацію:

P кольори тюльпана сорту № 1;

P кольори тюльпана сорту № 2;

P ідентифікаційний номер батьків тюльпана сорту № 3;

P адреса квіткаря, що продав нам сорт тюльпана № 3.

Щоб ця інформація перетворилася в базу даних, її потрібно організувати. Ми повинні згрупувати окремо всі дані про сорт № 1 і сорті № 2. Нарешті, потрібно відобразити якимсь чином відношення всіх цих відомостей до бізнесу, пов’язаному з вирощуванням тюльпанів.

Протягом цієї теми нам доведеться часто приймати рішення. У цей момент нам потрібно вирішити, які елементи інформації включати в базу даних – тобто, які з них можна віднести до «певного призначення». Так, кожен з перерахованих вище пунктів можна розглядати як частину нашого наміру вирощувати й продавати цибулини тюльпанів, але до якого розряду віднести телефонний номер місцевої пожежної команди? Пожежні – це не клієнти, не постачальники, не наймані робітники – для них просто немає місця в базі даних. З іншого боку, якщо база даних має функцію друку телефонних довідників, у цьому списку повинні бути номера, по яких доводиться дзвонити в різних позаштатних ситуаціях, і, отже, номер пожежної служби – приміром, у розділі «911». Вище сказане і є прикладом прийняття рішення.

База даних – не єдиний засіб організації інформації. Із цим прекрасно справляються електронні таблиці, але в цьому випадку доводиться миритися із обмеженнями обсягу – як теоретичними, так і практичними. До того ж незрозуміло, як можна розібратися з виведеною на екран таблицею, якщо вона містить кілька тисяч одиниць інформації. Таблиці текстових процесорів також можуть уміщати багато інформації, але вони обмежені в обсязі ще більше. В цілому, до організації бази даних спонукують наступні дві ситуації: обсяг збереженої інформації перевищує кілька тисяч одиниць, кожна з яких підрозділяється на кілька десятків більше дрібних елементів; і неможливо обмежитися найпростішими відношеннями між елементами інформації.

Розглянемо приклад застосування електронних таблиць і баз даних для нашого тюльпанового бізнесу. Припустимо, спочатку ми вирощували щовесни партію цибулин тюльпана одного сорту й продавали її одному покупцеві, що представляє мережу квіткових магазинів. У цій ситуації ми робили щороку одну або кілька угод, тому для зберігання інформації про угоди за кілька років цілком достатньо було однієї електронної таблиці, яку було неважко скласти. Однак компанія розвивалася успішно й незабаром ви стали вирощувати багато сортів тюльпанів, що було спричинено зростанням числа клієнтів. Обсяг збереженої інформації зріс і став перевищувати можливості електронної таблиці. До того ж виникли деякі непрості відношення – наприклад, між замовленням, безліччю коробок різних цибулин у ньому й інформацією про клієнта, від якого надійшло це замовлення. Для підтримки даних не тільки великого обсягу, але також великої складності, потрібна вже база даних.

Однак розуміння цих принципів недостатньо для конструювання гарної бази даних. У декількох наступних темах ми обговоримо основні організаційні структури сучасних баз даних – таблиці, записи й стовпці.

2.2 Таблиці

Таблиці – це організаційні форми зберігання інформації, оптимізовані для використання в комп’ютерах. Інформація рідко записується в наочному для людини форматі. Скоріше формат вибирається з міркувань швидкості й надійності апаратного забезпечення й СКБД. Далі до таблиць застосовуються інші засоби баз даних – наприклад, SQL-оператори, – які збирають і переводять інформацію в більш підходящу для людського сприйняття форму.

Потрібно пам‘ятати, що таблиця в СКБД не файл. Вірніше буде представити SQL-таблицю як деяка підмножина інформації, що зберігається в базі даних. Ще одна особливість, про яку потрібно завжди пам’ятати: таблиця в реляційній базі даних не зобов’язана зберігатися в якомусь певному порядку. Звичайно зберігається порядок, у якому інформація записувалася в базу даних, або ж він установлюється в результаті застосування певних оптимізаційних схем СКБД. Зчитувані з бази дані повертаються в порядку, що зазначений у запиті; при цьому, однак, таблиці бази даних не піддаються ніякій реорганізації.

Імена таблиць – як правило, іменники в множині. Для нашого тюльпанового бізнесу знадобляться, імовірно, таблиці з іменами: Цибулини, Клієнти, Постачальники і Замовлення – короткі й виразні імена таблиць роблять більш наочними SQL-оператори, у яких ці таблиці згадуються. Звичайно, СКБД немає ніякої справи до того, наскільки вдало обране ім’я тої або іншої таблиці (аби тільки воно задовольняло деяким формальним умовам), однак складання SQL-операторів з осмисленими іменами об’єктів набагато зручніше.

Дата добавления: 2014-12-07