Дизайн бази даних – це більше мистецтво, ніж наука, оскільки користувачеві доведеться приймати безліч рішень. БД зазвичай налаштовуються під конкретне додаток. Немає двох однакових користувальницьких додатків, і, отже, немає двох однакових БД. Керівні принципи зазвичай вказують на те, що не слід робити, хоча вибір у кінцевому підсумку залежить від дизайнера.
Алгоритм проектування:
Визначають мету БД для аналізу вимог.
Збирають вимоги. Виконують збір даних, організацію таблиць і вказують первинні ключі.
Вибирають один або кілька стовпців в якості так званого первинного ключа з метою ідентифікації рядків.
Створюють зв’язки між таблицями. Сила реляційної БД полягає у відносинах між таблицями. Найбільш важливим аспектом при розробці РБД є виявлення взаємозв’язків між ними.
Необхідно вибрати необхідний тип даних для конкретного стовпця. Зазвичай типи даних містять: цілі числа, рядок (або текст), дату, час, двійковий код, колекцію, наприклад перерахування і набір.
Уточнюють дизайн, додавши більше стовпців.
Створюють нову таблицю для необов’язкових даних, використовуючи ставлення один до одного.
Розбивають великий стіл на два менших столу.
Застосовують правила нормалізації, щоб перевірити, чи є база даних структурно правильної і оптимальною.
Індекс може бути визначений для одного стовпця, набору стовпчиків, званого складеним індексом, або частини стовпця, званої частковим індексом. Можна створити більше одного індексу в таблиці. Наприклад, якщо часто шукають клієнта, використовуючи або customer Name або phone Number, можна прискорити пошук, побудувавши індекс стовпця customer Name, а також phone Number.
Більшість СУБД автоматично будує індекс по первинному ключу.
