11. Бази даних як групи пов`язаних таблиць
Одна серйозна проблема із списками, подібними зображеному в попередніх таблицях, полягає в тому, що вони містять дані на різні теми. Пригадайте вашу вчительку рідної мови? Вона напевно говорила вам, що абзац повинен бути присвячений тільки одній темі. Якщо у вас є абзац, що містить дві теми або більш, слід його розбити на декілька, кожний з яких говорить тільки про одну тему. В базах даних це є суттю процесу, що називається нормалізацією.
Список з інформацією про студентів містить в собі 4 теми, тому й мусить бути розбитим на 4 таблиці як на нижньому малюнку.
Коли список розбивається на чотири таблиці, багато проблем, які ми обговорювалися, зникають.
Розбиття на таблиці також дозволяє додавати більше за даних по кожній темі, чим з'являється в списку. Наприклад прізвище декана, його номер телефону тощо у таблиці факультетів.. При необхідності можна так розробити додатки нашої бази даних , що тільки певний персонал зміг знайомиться з цими додатковими даними.
12. Зв`язки між таблицями
Для забезпечення зв`язків між таблицями, кожному з рядків усі таблиць надається унікальний ідентифікатор(номер) - id . Ці ідентифікатори не мають ніякого смислу для бухгалтерії університету чи навчальної частини, а чи деканату.
Для перевірки ж вірності розбиття початкового списку на 4 таблиці можна скористатися наступною SQL-інструкцією:
SELECT fed.name, inst.name, grp.curs, grp.name, stud.name
FROM stud, fed, inst, grp
WHERE grp.fed=fed.id
AND grp.inst=inst.id
AND stud.grp=grp.id;
13. Правильна структура бд
Побудована належним чином база даних забезпечує доступ до оновленої і точної інформації. Оскільки правильна структура є необхідною умовою для досягнення поставленої мети під час роботи з базою даних, доцільним буде вивчення принципів правильної побудови бази даних. Це дозволить створити базу, яка відповідатиме вашим потребам, і яку можна легко змінювати.
До створеної бази даних висуваються такі вимоги:
1) - можливість зберігання всіх необхідних даних
2) - відсутність надлишкових даних
3) - зведення числа таблиць до мінімуму
4) - відношення повинні бути нормалізованими
Виходячи з того, що формати БД дають змогу зберігати доволі різноманітну інформацію, виконання п.1 забезпечити досить легко. Потрібно лише встановити достатню довжину полів в структурі таблиці.
Для виконання п.2 необхідно дотримуватись принципу мінімальної достатності інформації. В спроектованих таблицях БД в ідеальному випадку повинен бути тільки один шлях для отримання необхідної інформації і завжди елемент інформації в БД повинен зберігатися в єдиному екземплярі.
Для виконання п.3 при проектуванні структури БД необхідно об'днати в таблицю всі елементи інформаціїї про об'єкт , розмірність яких перебуває в межах одного запису ( прямокутність) і не розривати таблицю без вагомої на це причини.
Виконати вимоги п.4 можна , якщо поступово вичленити із ненормалізованих таблиць елементи зі змінною розмірністю і утворити на їх основі інші вже нормалізовані відношення (таблиці). Якщо це вдається зробити то і сама початкова таблиця стає нормалізованою.