Проектирование реляционных баз данных - 4 стр.

                                     5


если убрать только дублируемые номера телефонов, то эта информация может
быть установлена из других кортежей (Рис.1(б)). Таким образом, Тном является
избыточно дублируемыми данными.

    Фам       Кном       Тном                Фам       Кном       Тном
Синицын      2234       77-29            Синицын      2234       77-29
Воробьев     2275       77-41            Воробьев     2275       77-41
Галкин       2234       77-29            Галкин       2234
Дроздов      2275       77-41            Дроздов      2275
              (а)                                      (б)
                                  Рис.1
Рис.1: (а) – пример дублируемых данных в отношении; (б) – пример отношения
после удаления избыточно дублируемых данных.
   Однако простое удаление избыточных данных из базы может привести к
серьёзным проблемам при удалении записи с фамилией Синицин, будет утеряна
информация о номере телефона в комнате 2234. Выходом из такой ситуации
может оказаться разбиение на две базы (Рис.2).

               Отношение 1                        Отношение 2
               Фам       Кном                   Кном      Тном
           Синицын     2234                    2234     77-29
           Воробьев    2275                    2275     77-41
           Галкин      2234
           Дроздов     2275
                                     Рис.2
Рис.2. Исключение избыточных данных путем разбиения на два отношения.
    Цель 3 обусловлена тем, что разбиение одного отношения на два или более
меньших отношений желательно с точки зрения исключения определённых
проблем, но это неудобно для пользователя. Таким образом, нельзя допускать
неограниченный рост числа отношений. Цель 4 на первый взгляд вступает в
противоречие с целью 3, но как видно из предыдущего примера необходимость
исключать избыточные данные ставит вопрос о нормализации отношений, т.е. о
разбиении одного отношения на два или больше отношений согласно
специальной процедуре разбиения. Разумное сочетание целей 3 и 4 зависит от
опыта и интуиции программиста и позволяет говорить о программировании как
об искусстве.
                         4. Универсальное отношение
    Проектирование БД начинается с разработки универсального отношения,
которое включает все представляющие интерес атрибуты и содержит все
данные, необходимые для эксплуатации задачи. Кроме того в этом отношении
должны содержаться записи, касающиеся всех типичных, а может быть и
исключительных ситуаций, которые могут возникнуть в процессе использования
БД.