ВУЗ:
Составители:
может характеризоваться несколькими ключевыми атрибутами. Класс взаимосвязей в IDEF1 представляет со-
бой совокупность взаимосвязей между сущностями. Взаимосвязь между двумя отдельными сущностями счита-
ется существующей в том случае, если класс атрибутов одной сущности содержит ключевые атрибуты другой
сущности. Каждый из вышеописанных классов имеет свое условное графическое отображение согласно мето-
дологии IDEF1.
На рис. 1.22 приведен пример IDEF1-диаграммы. На ней представлены две сущности с именами «Отдел» и
«Сотрудник» и взаимосвязь между ними с именем «работает в». Имя взаимосвязи всегда выражается в глаголь-
ной форме. Если же между двумя или несколькими объектами реального мира не существует установленной
зависимости, то, с точки зрения IDEF1, между соответствующими им сущностями взаимосвязь также отсутст-
вует.
Рис. 1.22 IDEF1-диаграмма
В заключение стоит еще раз отметить, что стандарт IDEF1 является методом изучения и анализа в отличие
от очень сходного по терминологии и семантике стандарта IDEF1X, предназначенного для разработки структу-
ры реляционных баз данных и оперирующего с конкретными объектами физического мира.
1.4.4 Стандарт IDEF1X
IDEF1X является методом для разработки реляционных баз данных и использует условный синтаксис,
специально разработанный для удобного построения концептуальной схемы.
Известно, что основным компонентом реляционных баз данных является таблица. Таблицы используются
для управления и хранения информации.
Таблицы в реляционной СУБД состоят из строк данных, однородных по своей природе. Другими словами,
каждая строка таблицы описывает один экземпляр некоторой сущности, причем набор атрибутов каждого эк-
земпляра постоянен.
Предположим, в базе данных хранится информация о покупателях. Таблица «покупатель» содержит 3 ко-
лонки и 4 строки:
Имя Адрес Идент. карты
Сидоров 1 улица 444444
Иванов 2 улица 222222
Петров 3 улица 333333
Павлов 4 улица 111111
Имя таблицы и имена ее колонок составляют структуру таблицы: customer (name, address, card_id). В реля-
ционной СУБД все значения данных являются атомарными, т.е. нельзя в клетке таблицы хранить список значе-
ний.
Таблицы в реляционной СУБД соответствуют (не обязательно совпадают по имени) сущностям, а колонки
– атрибутам.
Концептуальной схемой назовем универсальное представление структуры данных в рамках коммерческого
предприятия, независимое от конечной реализации базы данных и аппаратной платформы. Будучи статическим
методом разработки, IDEF1X изначально не предназначен для динамического анализа, тем не менее, он иногда
применяется в этом качестве как альтернатива методу IDEF1. Использование метода IDEF1X наиболее целесо-
образно для построения логической структуры базы данных после того, как все информационные ресурсы ис-
следованы (скажем, с помощью метода IDEF1) и решение о внедрении реляционной базы данных, как части
корпоративной информационной системы, было принято. Однако, не стоит забывать, что средства моделирова-
ния IDEF1X специально разработаны для построения реляционных информационных систем, и если существу-
ет необходимость проектирования другой системы, скажем объектно-ориентированной, то лучше избрать дру-
гие методы моделирования.
Существует несколько очевидных причин, по которым IDEF1X не следует применять в случае построения
нереляционных баз данных. Во-первых, IDEF1X требует от проектировщика определить ключевые атрибуты,
Страницы
- « первая
- ‹ предыдущая
- …
- 23
- 24
- 25
- 26
- 27
- …
- следующая ›
- последняя »
