Ключ, атрибут

Рис. 2.2.42. Выбор ключа, атрибуты которого будут мигрировать в дочернюю сущность

Первичным ключом в таблице является номер этапа проектирования. Таблица имеет два атрибута и шесть кортежей. [c.106]

Рассмотрим проектирование ЛМ БД. Первоначально определяется модель данных, подходящих для отображения КМ. Отображение может выполняться РМД, НМД, СМД. Пусть задана КМ (рпс. 3.11, а), которую необходимо отобразить в логическую модель. Основные объекты — ПОЛЬЗОВАТЕЛЬ, ЭВМ, САПР. Первичные ключи объектов содержат один атрибут. Например, ключом объекта ПОЛЬЗОВАТЕЛЬ будет НОМ — ПОЛЬЗОВАТЕЛЯ (номер пользователя). Рассмотрим отображение КМ (рис. 3.11) на РМД. Для отображения КМ на ЛМ требуется определить отношения и их атрибуты. Построим, например, таблицу ПОЛЬЗОВАТЕЛЬ (табл. 3.3). [c.111]

Ключ — уникальное имя записи, в качестве которого может выступать как элемент какого-либо атрибута в [c.71]

Обязательным является применение имен ролей в том случае, когда два или более атрибута одной сущности определены по одной и той же области, т. е. они имеют одинаковую область значений, но разный смысл. На рис. 2.2.21 сущность Продажа валюты содержит информацию об акте обмена валюты, в котором участвуют две валюты - проданная и купленная. Информация о валютах содержится в сущности Валюта. Следовательно, сущности Продажа валюты и Валюта должны быть связаны дважды и первичный ключ - Номер валюты должен дважды мигрировать в сущность Валюта в качестве внешнего ключа. Необходимо различать эти атрибуты, которые содержат информацию о номере проданной и купленной валюты (имеют разный смысл), но ссылаются на одну и ту же сущность Валюта (имеют общую область значений). В примере на рис. 2.2.21 атрибуты получили имена ролей Проданная и Купленная. [c.132]

Если атрибут мигрирует в качестве внешнего ключа более чем на один уровень, то на первом уровне отображается полное имя внешнего ключа (имя роли + базовое имя атрибута), на втором и более - только имя роли. [c.133]

На следующем уровне, в сущности Гол, отображается только имя роли соответствующего атрибута внешнего ключа В какой команде играет). [c.134]

Ключи могут быть сложными, т. е. содержа- 9° - щими несколько атрибутов. Сложные первичные ключи не требуют специального обозначения - это список атрибутов выще горизонтальной линии. [c.144]

При выборе первичного ключа предпочтение должно отдаваться более простым ключам, т. е. ключам, содержащим меньшее количество атрибутов. В примере ключи № 1 и 2 предпочтительней ключа № 3. [c.144]

Атрибуты ключа не должны содержать нулевых значений. Если допускается, что сотрудник может не иметь паспорта или вместо паспорта иметь [c.144]

Значение атрибутов ключа не должно меняться в течение всего времени существования экземпляра сущности. Сотрудница организации может выйти замуж и сменить как фамилию, так и паспорт. Поэтому ключи № 2 и 3 не подходят на роль первичного ключа. [c.145]

На диаграмме атрибуты альтернативных ключей обозначаются как (АКп.т), где п - порядковый номер ключа, m - порядковый номер атрибута в ключе. Когда альтернативный ключ содержит несколько атрибутов, (АКп.т) ставится после каждого. На рис. 2.2.40 атрибуты Фамилия, Имя, Отчество и Дата рождения входят в альтернативный ключ № 1 (АК1), Номер паспорта составляет альтернативный ключ № 2 (АК2). Инверсионные входы обозначаются как (lEn.m), где п - порядковый номер входа, m -порядковый номер атрибута. Инверсионный вход IE1 Должность) [c.147]

Есть и другие случаи, когда унификация нежелательна. Например, когда два атрибута имеют одинаковые имена, но на самом деле они отличаются по смыслу и необходимо, чтобы это отличие отражалось в диаграмме. В этом случае необходимо использовать имена ролей атрибутов внешнего ключа. [c.148]

В результате в дочерней сущности внешний ключ содержит атрибуты альтернативного ключа родительской сущности (рис. 2.2.43). [c.149]

Внешние ключи (Foreign Key) создаются автоматически, когда связь соединяет сущности связь образует ссылку на атрибуты первичного ключа в дочерней сущности и эти атрибуты образуют внешний ключ в дочерней сущности (миграция атрибутов ключа). Атрибуты внешнего ключа обозначаются символом (FK) после своего имени (см. рис. 2.2.40). Атрибут внешнего ключа Где работает.Номер отдела ("Где работает" - имя роли) является атрибутом первичного ключа (РК) в сущности Отдел. [c.147]

Для приведения сущности к четвертой нормальной форме следует создать новую сущность и перенести атрибуты с многозначной зависимостью в разные сущности (рис. 2.2.50, справа). Связь между новыми сущностями при этом устанавливать нельзя, поскольку в результате миграции атрибутов внещних ключей атрибуты с многозначной зависимостью вновь окажутся в одной сущности. Ссылочную целостность в этом случае следует поддерживать при помощи триггеров. [c.155]

Атрибут REF <имя источника тока, управляющего ключом> Атрибут MODEL <имя модели> [c.234]

Б основе второго метода доступа лежит способ создания отдельного файла. Такой файл называют индексным, и скорость поиска в нем высокая. Индексный файл упорядочивается по первичному ключу — основному атрибуту физической записи. По значению ключа идентифицируется физическая запись. На рис. 3.14, а показан пример индексно-последовательного метода доступа. Последовательная организация индексного файла допускает индексацию его содержимого. Записи индекса группируются в блоки, ко-торьк также можно индексировать. Для очень больших файлов строят несколько индексных файлов, причем индексный файл t-ro уровня содержит указатели на индексный файл t+1-го уровня. Метод применяют для хранения и выборки данных. Эффективность доступа зависит от числа уровней индексации, распределения памяти для размещения индексов, числа записей БД и уровня переполнения. [c.115]

ОБЪЕКТЫ - общее название для процессов, явлений, понятий, сущностей и т.п., относящихся к предметным областям автоматизируемых процессоь. В концептуальных моделях О объединяются в типы О, описываемые одним, общим для каждого типа набором атрибутов. Экземпляры О как элементы типа уникальным образом идентифицируются посредством ключа типа объектов. [c.49]

Attributes ( olumns) - атрибуты и колонки, включая отдельные настройки для атрибутов и колонок внешних ключей [c.109]

Как было указано выше, каждый атрибут хранит информацию об определенном свойстве сущности, а каждый.экземпляр сущности должен быть уникальным. Атрибут или группа атрибутов, которые идентифицируют сущность, называется первичным ключом. Для описания атрибутов следует, щелкнув правой кнопкой по сущности, выбрать в появившемся меню пункт Attributes. Появляется диалог Attributes (рис. 2.2.6). [c.122]

Вкладка Key Group (рис. 2.2.8) позволяет включить атрибут в состав первичного, альтернативного или инвертированного ключа (см. 2.2.5). [c.123]

В IDEF1X различают зависимые и независимые сущности. Тип сущности определяется ее связью с другими сущностями. Идентифицирующая связь устанавливается между независимой (родительский конец связи) и зависимой (дочерний конец связи) сущностями. Когда рисуется идентифицирующая связь, ERwin автоматически преобразует дочернюю сущность в зависимую. Зависимая сущность изображается прямоугольником со скругленными углами (сущность Заказ на рис. 2.2.15). Экземпляр зависимой сущности определяется только через отношение к родительской сущности, т. е. в структуре на рис. 2.2.15 информация о заказе не может быть внесена и не имеет смысла без информации о клиенте, который его размещает. При установлении идентифицирующей связи атрибуты первичного ключа родительской сущности автоматически переносятся в состав первичного ключа дочерней сущности. Эта операция дополнения атрибутов дочерней сущности при создании связи называется миграцией атрибутов. В дочерней сущности новые атрибуты помечаются как внешний ключ - (FK). [c.128]

В дальнейшем, при генерации схемы базы данных, атрибуты первичного ключа получат признак NOT NULL, что означает невозможность внесения записи в таблицу заказов без информации о номере клиента. [c.128]

При установлении неидентифицирующей связи (рис. 2.2.16) дочерняя сущность остается независимой, а атрибуты первичного ключа родительской сущности мигрируют в состав неключевых компонентов родительской сущности. Неидентифицирующая связь служит для связывания независимых сущностей. [c.128]

Имя роли (функциональное имя) - это синоним атрибута внешнего ключа, который показывает, какую роль шрает атрибут в дочерней сущности. [c.131]

На рис. 2.2.24 изображена структура данных, которая содержит сущность Команда, сущность Игрок, в которой хранится информадая об игроках каждой команды, и сущность Гол, содержащая информацию и голах, которые забивает каждый игрок. Атрибут внешнего ключа Номер команды сущности Игрок имеет имя роли "В какой команде играет". [c.134]

SET DEFAULT - при удалении атрибуту внешнего ключа присваивается значение по умолчанию. Например, при удалении команды игроки могут быть переведены в другую команду. [c.135]

NONE - при удалении значение атрибута внешнего ключа не меняется. Запись об игроке "повисает в воздухе", т. е. ссылается на несуществующую уже команду. Такая ситуация характерна для "плоских" таблиц. Например, если информация об игроках и командах хранится в dbf-файлах, можно удалить запись о команде, при этом файл игроков "ничего не будет знать" о том, что соответствующей команды не существует. Поэтому в настольных или файл-серверных системах функциональность, обеспечивающая правила ссылочной целостности, реализуется в клиентском приложении. [c.135]

Именующая - частный случай ассоциативной сущности, не имеющей собственных атрибутов (только атрибуты родительских сущностей, мигрировавших в качестве внешнего ключа). Примером именующей сущности является Do torJPatient на рис. 2.2.28. [c.140]

Выбор первичного ключа может оказаться непростой задачей, решение которой в состоянии повлиять на эффективность будущей ИС. В одной сущности могут оказаться несколько атрибутов или наборов атрибутов, претендующих на роль первичного ключа. Такие претенденты называются потенциальными ключами ( andidate key). [c.144]

Компактиость. Сложный возможный ключ не должен содержать ни одного атрибута, удаление которого не приводило бы к утрате уникальности. Для обеспечения уникальности ключа № 3 дополним его атрибутами Дата рождения и Цвет волос. Если бизнес-правила говорят, что сочетания атрибутов Фамилия + Имя + Отчество + Дата рождения достаточно для однозначной идентификации сотрудника, то Цвет волос оказывается лишним, т. е. ключ Фамилия + Имя + Отчество + Дата рождения + Цвет волос не является компактным. [c.144]

Каждая сущность должна иметь по крайней мере один потенциальный ключ. Многие сущности имеют только один потенциальный ключ. Такой ключ становится первичным. Некоторые сущности могут иметь более одного возможного ключа. Тогда один из них становится первичным, а остальные - альтернативными ключами. Альтернативный ключ (Alternate Key) - это потенциальный ключ, не ставший первичным. ERwin позволяет вьвделить атрибуты альтернативных ключей, и по умолчанию в дальнейшем при генерации схемы базы данных по этим атрибутам будет генерироваться уникальный индекс. [c.145]

Создать альтернативные ключи и инверсионные входы можно во вкладке Key Group диалога Attributes (см. рис. 2.2.8). Если щелкнуть по кнопке Я, расположенной в правой верхней части вкладки, вызывается диалог Key Groups (рис. 2.2.38). В верхней части диалога находится список ключей, в нижней - список атрибутов, доступных для включения в состав ключа (слева), и список ключевых атрибутов. Каждый вновь созданный ключ должен иметь хотя бы один атрибут. Для включения атрибута в состав ключа [c.145]

Унификация производится, поскольку правила нормализации запрещают существование в одной сущности двух атрибутов с одинаковыми именами. В некоторых случаях (рис. 2.2.41) этот результат соответствует действительности. Сотрудники работают в отделах, каждый сотрудник ведет несколько проектов. Сущность Отдел связана идентифицирующей связью с сущностями Сотрудник и Проект, ее первичный ключ Номер отдела мигрирует в состав первичного ключа дочерних сущностей в качестве внешнего ключа. Но сущность Сотрудник, в свою очередь, тоже имеет идентифицирующую связь с сущностью Проект и атрибуты ее первичного ключа (в том числе Номер в/ядела - второй раз ) мигрируют в состав первичного ключа сущности Проект. [c.148]

Энциклопедия по машиностроению XXL

Оборудование, материаловедение, механика и ...