Cтраница 1
Пример транзитивности. [1] |
Ассоциация типа 1 между двумя элементами данных называется избыточной ( или транзитивной), если существует по крайней мере еще один путь от элемента-источника к элементу-цели. [2]
Нормализованное отношение, построенное по ассоциации типа 1.| Нормализованное отношение, построенное по ассоциации типа М. [3] |
Ассоциацию типа 1, которая отражает функциональную зависимость ( рис. 13.5 а), структурно можно представить в виде отношения ( рис. 13.5 6) с первичным ключом А и атрибутом В. [4]
Неправильное использование ассоциации типа 1 для сегмента ИДЕНТИФИКАТОР-ОПИСАНИЕ.| Применение ассоциации типа М к сегменту ИДЕНТИФИКАТОР-ОПИСАНИЕ, обеспечивающее желаемый результат. [5] |
Хотя ассоциация типа 1 определяет уникальную идентификацию, она не приводит к структуре, в которой ключ-цель выступает в качестве подчиненного ключа-источника. [6]
Структурирование ключей и атрибутов.| Интерпретация ассоциации типа М. [7] |
Структурная реализация ассоциаций типа М между ключами не может быть полностью определена до тех пор, пока не будет задана инверсная ассоциация между этими же ключами. [8]
Отчет содержит список ассоциаций типа 1, направленных к ключам, для тех случаев, когда инверсные ассоциации не определены. Такая ситуация соответствует определению связи порожденный - исходный, но в ряде случаев при отсутствии инверсной ассоциации типа М проектировщик предпочитает представить ключ-цель как атрибут в сегменте ключа-источника, или как порожденный сегмент сегмента-источника. [9]
Отчет содержит список ассоциаций типа М, для которых инверсные ассоциации типа 1 были определены автоматически. Проектировщик должен просмотреть этот список и оценить, противоречат или нет сделанные модификации и добавления ассоциаций функциональным и другим требованиям к данным. [10]
Что касается отображения ассоциаций типа М, то проектировщик и конечный пользователь считают, что связь исходный - порожденный будет отвечать текущим и будущим требованиям обработки. Но здесь не все так просто, как кажется на первый взгляд. Рассмотрим, например, элементы данных КОМАНДА и НОМЕР-ИГРОКА. Но это означает, что, если игрок перешел из одной команды в другую, информация о нем жак члене предыдущей команды теряется. Конечный пользователь должен прогнозировать возможное в будущем требование иа получение информации об игроке применительно к любой или ко всем командам, членом которых он был. [11]
Тип связи обозначает степень ассоциации типов сущностей. Определим тип связи с помощью отображения т: А - В, где А и В-множества экземпляров сущностей. Если любому заданному экземпляру аеА ставится в соответствие единственный или ни одного экземпляра be В. Если ни т, ни тГ1 не являются функциональными отображениями, то говорят, что между А и В существует связь типа многие - ко - многим или М: N. Связи, соответствующие бинарным отношениям, будем называть бинарными взаимосвязями. [12]
Вторичный ключ обычно образует ассоциацию типа М с некоторым первичным ключом. На рис. 12.13 приведено два примера с вторичными индексами. На верхней диаграмме поле ВИД-ЖИВОТНОГО образует ассоциацию типа М с полем ИМЯ-ЖИВОТНОГО, что показано линией с двумя стрелками. Используя эту связь, мы можем сделать запрос на список имен всех медведей, хранящийся в базе данных. Для того чтобы использовать эту связь, разработчик базы данных должен определить индексный сегмент-указатель. Ключом этого сегмента является поле ВИД-ЖИВОТНОГО, и данный сегмент содержит указатель на сегмент ЖИВОТНОЕ. Как только будет найден сегмент ЖИВОТНОЕ, любые атрибуты, например СМОТРИТЕЛЬ или указатели на родителей, могут быть использованы для поиска НОМЕРА-КЛЕТКИ или адреса ЗООПАРКА. [13]
Неключевые элементы, к которым направлены ассоциации типа 1, называются атрибутами. [14]
Логическая связь, обусловленная ассоциацией типа М. [15] |