Содержание
Слайд 2
Однако это не должно быть аргументом для отказа от нормализации, поскольку:
Особые
Однако это не должно быть аргументом для отказа от нормализации, поскольку:
Особые
требования к производительности СУБД учитываются на следующем этапе физического проектирования, когда, в случае необходимости, можно провести денормализацию.
Процедура нормализации будет успешной только при углубленном понимании смысла данных, их природы и назначения для конечных пользователей, что очень важно при проектировании БД.
Мощность современных компьютеров резко возросла, поэтому затраты при работе с нормализованными данными часто увеличиваются не очень существенно.
Процедура нормализации будет успешной только при углубленном понимании смысла данных, их природы и назначения для конечных пользователей, что очень важно при проектировании БД.
Мощность современных компьютеров резко возросла, поэтому затраты при работе с нормализованными данными часто увеличиваются не очень существенно.
Слайд 3
Суть процедуры нормализации состоит в том, чтобы проверить корректность объединения атрибутов
Суть процедуры нормализации состоит в том, чтобы проверить корректность объединения атрибутов
для каждой таблицы в составе логической модели БД.
Нормализация — это формальный метод анализа таблиц с учетом ряда правил (требований).
Если некоторое требование не выполняется, то необходимо произвести декомпозицию соответствующей таблицы, чтобы по отдельности каждая из полученных таблиц удовлетворяла всем требованиям нормализации.
- Предыдущая
Этапы проектирования БДСледующая -
Физическое проектирование реляционной БД