Таблицы базы данных после нормализации

Таблицы базы данных после нормализации. Вот основные преимущества нормализации облегчается сортировка и создание индекса, поскольку таблицы стали более компактными создается большее число кластерных индексов, поскольку таблиц стало больше индексы становятся более компактными меньшее число индексов в одной таблице позволяет быстрее выполнять обновления записей в таблицах содержится меньше значений NULL и избыточных данных, что повышает компактность базы данных уменьшается вероятность конфликтов блокировок таблиц, поскольку блокировать приходится ограниченные наборы данных. 5.7. Денормализация Сложные реляционные соединения, обычно присутствующие в нормализованной базе данных, могут понизить производительность.

В качестве примера рассмотрим получение отчета из базы данных регистрации студентов, в котором перечислены аудитории, где читается тот или иной курс. При создании отчета Вам потребуется извлекать имя студента из таблицы Students, коды посещаемых студентом курсов CourseID - из таблицы Registrations, код читающего курс лектора LecturerID - из таблицы Courses и номер аудитории Room, где читается курс из таблицы Lecturers.

По правилам нормализации, номер аудитории не должен являться значением поля таблицы Courses.

В противном случае возможна ситуация, когда данные не будут согласованными. Тем не менее здесь допустимо добавить поле Room в таблицу Courses, чтобы не обращаться к таблице Lecturers для поиска номера аудитории. Этот случай - типичный пример денормализации - процесса намеренного создания ненормализованной таблицы для повышения производительности и упрощения запросов.

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