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

                                     4


полем. Число столбцов (полей) называется степенью отношения. Эта величина
не изменяется после создания отношения. Тип содержимого и величина поля для
реляционных БД тоже строго определена. Текущее число строк (записей)
называется мощностью отношения, и она меняется по мере удаления или
добавления строк. Атрибут или совокупность атрибутов, позволяющих
единственным образом идентифицировать кортеж (запись) называется
первичным ключом.
                  2. Подготовительный этап проектирования
    Прежде чем приступить к проектированию БД для определенной задачи,
необходимо детально обсудить с будущим пользователем (заказчиком)
постановку задачи, входные документы, выходные данные, совокупность всех
необходимых сведений, которые должны храниться в БД. Особенно
внимательно надо изучать имеющуюся документацию по этой проблеме. Это
позволяет определить все возможные нюансы, которые могут возникнуть в
процессе эксплуатации задачи. Например, в задаче в качестве входного
документа фигурирует товарно-транспортная накладная, в которой помимо
очевидно необходимых сведений о поставщике и поставках имеется указания на
номер вагона. Если не будет предусмотрено в базе хранение этого атрибута, то
при возникающих претензиях к транспортникам эту информацию будет трудно
установить. Другой пример. В выходных ведомостях присутствует имя
поставщика, но под него отведено ограниченное количество знаков, хотя
хранящееся в БД имя имеет значительно больший размер. При этом возможно
придется вводить дополнительное поле, в котором будет храниться краткое имя
поставщика. После определения всех необходимых атрибутов проектировщик
должен поставить основные цели.
                            3. Цели проектирования.
    Среди множества целей, стоящих перед проектированием, следующие
представляются наиболее важными:
    1. Возможность хранения всех необходимых данных в БД.
    2. Исключение избыточных данных.
    3. Сведение числа хранимых в БД отношений к минимуму.
    4. Нормализация отношений для упрощения решения проблем, связанных с
       обновлением и удалением данных.
    Рассмотрим подробно каждую из этих целей. Необходимость первой
очевидна. При достижении второй цели необходимо уметь отделять избыточно
дублируемые данные от просто дублируемых. Избыточно дублируемыми
являются данные, при удалении которых информация может быть восстановлена
из других кортежей отношения. Если же информация оказывается утерянной, то
данные не являются избыточными.
    Например, в базе содержится список проживающих в общежитии с указани-
ем фамилии (Фам), номера комнаты (Кном) и номера телефона в комнате (Тном)
    В этом примере номера комнат и телефонов дублируемые данные (Рис.1(а)).
Но если их убрать в третьей и четвёртой строках, то будет утеряна информация
о номерах комнат, в которых проживают Галкин и Дроздов. С другой стороны,