Планирование жизненного цикла

столбцы. Выполните ряд типичных операций над базой данных и убедитесь в получении ожидаемых результатов.

Поиск недочетов поначалу кажется легкой задачей, и лишь впоследствии выясняется, что это не так. Синтаксические ошибки SQL-запросов выявляются сразу же и быстро исправляются, но есть ошибки, которые проявляются лишь в определенных ситуациях. Например, объединение двух таблиц без индекса выполняется быстро при малой загруженности системы. Однако когда 20 пользователей одновременно выполняют один и тот же запрос, производительность падает ниже критической отметки.

Если в исходных требованиях оговорены ограничения производительности, потребуются специальные программы, которые вызовут высокую загруженность базы данных. Только так можно будет проверить ее работу в экстремальных условиях.

В пакет MySQL входят специальные утилиты тестирования, позволяющие измерять производительность сервера. Они представляют собой Perl-сценарии, находящиеся в каталоге sql-bench дистрибутива.

Планирование жизненного цикла

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

В процессе эксплуатации системе необходим административный контроль. Журнальные файлы разрастаются и могут потребовать усечения. Следует регулярно создавать резервные копии на случай возможной аварии. Внешние события, например сбой питания, могут вызвать повреждение файлов MySQL, в которых хранятся таблицы, и их придется восстанавливать. Все эти вопросы рассматриваются в главе 23, Администрирование баз данных .

Очень часто недостатки проекта выявляются только после длительного использования системы. Подумайте заранее о будущих улучшениях. Вряд ли допустим полугодичный простой, в течение которого система будет переписана, поэтому нужно составить план внедрения изменений с минимальным дискомфортом для пользователей. В MySQL есть очень гибкие средства изменения таблиц. Часто с помощью одной SQL-инструкции можно интегрировать в базу данных новую информационную структуру.

Рано или поздно должен произойти переход на новую версию системы или полный отказ от нее по причине устаревания. В главе 28, Перенос данных в разные СУБД , рассказывается о том, как переносить базы данных в другие СУБД.

НОРМАЛИЗАЦИЯ

В этой главе...

Зачем нужна нормализация Первая нормальная форма Вторая нормальная форма Третья нормальная форма Нормальная форма Бойса-Кодда Четвертая нормальная форма Денормализация

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

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

Нормализация определяется в виде набора правил, известных как нормальные формы. После своей статьи, посвященной реляционной алгебре, доктор Кодд в 1972 г. опубликовал работу под названием Дальнейшая нормализация реляционной модели баз данных ( Further Normalization of the Data Base Relational Model ). В этом документе были описаны первые три нормальные формы. В последующих работах доктора Кодда и других авторов были определены три другие нормальные формы. Каждая нормальная форма основана на предыдущей, поэтому, н апример, третья форма более желанна, чем вторая.

Устранение избыточности не обязательно означает повышение производительности. Накладные расходы на выполнение операций объединения весьма значительны, поэтому разработчики иногда сознательно идут на нарушение правил нормализации. Это называется денормализацией.