Проектування баз даних.

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

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

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

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

Під час кожного етапу, повинні бути перевірені модель, написання таблиць і первинний ключ. Угоди про іменування також працюють, так що користувачі знають, як вводити дані. Наприклад, Таблиця може бути названа “ThisTable,” “This_Table”, на підставі угоди про іменування обраного конструктором бази даних. Також, коли база даних побудована, повинна бути перевірена орфографія, тому що помилка може викликати проблеми в стосунках.

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

Ссылка на основную публикацию