Приложения

Нормализуйте свою базу данных и переведите ее во вторую нормальную форму (2NF)

Мы рассмотрели несколько аспектов нормализации таблицы базы данных . Сначала мы обсудили основные принципы нормализации базы данных. В прошлый раз мы исследовали основные требования, изложенные в первой нормальной форме (1NF) . Теперь давайте продолжим наше путешествие и рассмотрим принципы второй нормальной формы (2NF).

Общие требования 2NF

  • Удалите подмножества данных, которые применяются к нескольким строкам таблицы, и поместите их в отдельные таблицы.
  • Создайте отношения между этими новыми таблицами и их предшественниками с помощью внешних ключей.

Давайте посмотрим на пример. Представьте себе интернет-магазин, который хранит информацию о клиентах в базе данных. У них может быть одна таблица «Клиенты» со следующими элементами:

  • CustNum
  • Имя
  • Фамилия
  • Адрес
  • город
  • высказывать
  • ZIP

Краткий взгляд на эту таблицу показывает небольшое количество избыточных данных. Мы храним записи «Sea Cliff, NY 11579» и «Miami, FL 33157» по два раза в каждой. Теперь, в нашем простом примере это может показаться не слишком сложным хранилищем, но представьте себе потраченное впустую пространство, если в нашей таблице тысячи строк. Кроме того, если бы изменился почтовый индекс Sea Cliff, нам нужно было бы сделать это во многих местах в базе данных.

В структуре базы данных, совместимой с 2NF, эта избыточная информация извлекается и сохраняется в отдельной таблице. Наша новая таблица (назовем ее ZIP) может иметь следующие поля:

  • ZIP
  • город
  • высказывать

Если мы хотим быть очень эффективными, мы можем даже заполнить эту таблицу заранее — почтовое отделение предоставляет каталог всех действительных почтовых индексов и их связь с городом / штатом. Конечно, вы столкнулись с ситуацией, когда этот тип базы данных был использован. Кто-то, принимающий заказ, мог сначала попросить вас указать ваш почтовый индекс, а затем узнать город и штат, из которого вы звонили. Этот тип устройства уменьшает ошибку оператора и увеличивает эффективность.

Теперь, когда мы удалили дублирующие данные из таблицы «Клиенты», мы выполнили первое правило второй нормальной формы. Нам все еще нужно использовать внешний ключ, чтобы связать две таблицы вместе. Мы будем использовать почтовый индекс (первичный ключ из таблицы ZIP), чтобы создать эту связь. Вот наш новый стол Клиентов:

  • CustNum
  • Имя
  • Фамилия
  • Адрес
  • ZIP

Теперь мы минимизировали количество избыточной информации, хранящейся в базе данных, и наша структура находится во второй нормальной форме.

Похожие посты
Приложения

34 лучших бесплатных программных инструмента для резервного копирования

Приложения

Лучшие онлайн-инструменты для встреч

Приложения

11 лучших бесплатных почтовых аккаунтов

Приложения

7 бесплатных языков программирования для обучения детей кодированию