71. Основні терміни бази даних

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

Відношення.У теорії БД розрізняють поняття таблиці і відношення. Наприклад, у відношенні не обумовлюється порядок стовпців, а тільки їх набір. Ще для відношень вводять певні обмеження, як неможливість мати два зовсім однакові рядки. Можна вважати, що розходження між ними полягає в наступному: відношення - абстрактне представлення інформації про об'єкти предметної області, а таблиця - більш конкретне. Але у першомі наближенні у подальшому будемо вважати, що це те саме.

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

Потенційним ключем будемо називати таку комбінацію стовпців, що має наступні властивості:

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

• Ненадлишковість. Не можна забрати один зі стовпчиків із ключа, так, щоб ключ не втратив унікальності. Цим буде забезпечена своєрідна мінімальність інформації, що потрібна для пошуку.

. Первинний ключ - це один з потенційних ключів. Той, котрий під час аналізу та оцінки виявиться більш оптимальним. У простій реальній ситуації можна обрати табельний номер чи номер паспорта. Вибір табельного номера є більш надійним та професійним за умови, що ніколи не буде повторно комусь надано той же номер. Професіонал з БД додасть ще один поле - код, що гарантовано буде містити унікальне для кожного запису значення (це може бути лічильник). У Paradox такий тип поля називається AutoIncrement, у SQL Server є зразу 2 варіанти - TimeStamp та властивість Identity поля.

Альтернативні ключі. Первинний ключ може бути тільки один на всю таблицю. Після вибору первинного ключа з набору потенційних ключів, ключі, що залишилися, називаються альтернативними.

Зовнішні ключі. Коли створюється нова база даних, наприклад для нарахування зарплати, не варто всю інформацію про всіх працівників записати в одну таблицю (хоча можна було б зробити у такий спосіб, але це стане джерелом багатьох роблем). Якщо, наприклад, хтось із працівників згадується у такій таблиці не один раз (зарплата, премія, надбавки, вирахування, податки та ін.), то при зміні його/її прізвища треба буде провести зміни у всіх рядках (або ж як варіант забезпечити змінну кількість сповпчиків). Це незручно.

Референціальна цілісність.У попередньому викладі ми згадували питання "А що буде, якщо не знайдеться працівника з певним кодом, що є у першій таблиці?" Відповідь є очевидною: Такої ситуації треба всіляко уникати, бо можливі непередбачувані ситуації у процесі обробки інформації.  Референційною цілісністю (англ. Refential Integriеy) називається такий стан БД, коли в її таблицях є не тільки посилання на якусь інформацію, але й сама інформація (іншими словами, усе, що потрібно у процесі обробки, правильно знаходиться). Контроль референціальної цілісності - забезпечення такого стану Зауваження: А якщо користувач захоче видалити якусь інформацію (наприклад, про одного з працівників, то що? Виходи такі:- просто заборонити такі дії, - разом з записами основної таблиці видаляти усі відповідні записи з іншої таблиці (так зване "каскадне видалення"). Але ні при яких ситуаціях не можна допускати порушення референційної цілісності

База даних. Базою даних ми будемо називати сукупність таблиць, індексів, збережених процедур, тригерів та інших складових, що пов'язані певною спільністю (предметної області, прикладної автоматизованої системи).