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