= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Файл: >>>>>> Скачать ТУТ!
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Четвертое правило.. Правила формирования отношений основывается на учете следующего : - степени связи между сущностями (1:1, 1: М, М :1, М : М ); - класса. - презентация
16. Правила формирования отношений на основе модели «сущность-связь».
Правила формирования отношений
Процесс проектирования базы данных является итерационным — допускающим возврат к предыдущим этапам для пересмотра ранее принятых решений и включает следующие этапы:. Формирование набора предварительных отношений с указанием предполагаемого первичного ключа для каждого отношения и использованием диаграмм ER-типа. Приведение предварительных отношений к нормальной форме Бойса — Кодда, например, с помощью метода нормальных форм. После преобразования ER-диаграмм осуществляется повторное выполнение предыдущих этапов проектирования возврат к этапу 1. Одним из узловых этапов проектирования является этап формирования отношений. Рассмотрим процесс формирования предварительных отношений, составляющих первичный вариант схемы БД. В рассмотренных выше примерах связь ВЕДЕТ, всегда соединяет две сущности и поэтому является бинарной. Сформулированные ниже правила формирования отношений из диаграмм ER-типа распространяются именно на бинарные связи. Если степень бинарной связи 1: Первичным ключом этого отношения может быть ключ любой из двух сущностей. Если степень связи 1: Далее к отношению, сущность которого имеет обязательный КП, добавляется в качестве атрибута ключ сущности с необязательным КП. Два отношения соответствуют связываемым сущностям, ключи которых являются первичными в этих отношениях. Третье отношение является связным между первыми двумя, поэтому его ключ объединяет ключевые атрибуты связываемых отношений. Учись учиться, не учась! Числа переноса определяются из соотношений: Развитие капиталистических отношений в России на рубеже XIX-XХвв II. По степени зрелости рыночных отношений различают. Будьте свидетелем измененных к лучшему отношений III. Закрепление приема и формирование навыка III. Подведомственность дел, возникающих из брачно-семейных отношений III. Формирование личности посредством профориентации и организации досуговой деятельности. Но предоставляет возможность бесплатного использования. Есть нарушение авторского права? Правила формирования отношений Этапы проектирования Процесс проектирования базы данных является итерационным — допускающим возврат к предыдущим этапам для пересмотра ранее принятых решений и включает следующие этапы: Выделение сущностей и связей между ними. Построение диаграмм ER-типа с учетом всех сущностей и их связей. Добавление неключевых атрибутов в отношения. Пересмотр ER-диаграмм в следующих случаях: Правила формирования отношений основывается на учете следующего: Рассмотрим формулировки шести правил формирования отношений на основе диаграмм ER-типа. На рисунке используются следующие обозначения: С1, С2 — сущности 1 и 2; К1, К2 — ключи первой и второй сущности соответственно; R1 — отношение 1, сформированное на основе первой и второй сущностей; К1VК2 — означает, что ключом сформированного отношения может быть либо К1, либо К2. Формирование отношений для связи 1:
Связь — ассоциирование двух или более сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть очень простой. Однако одно из основных требований к организации базы данных — это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи. А так как в реальных базах данных нередко содержатся сотни или даже тысячи сущностей, то теоретически между ними может быть установлено более миллиона связей. Наличие такого множества связей и определяет сложность инфологических моделей. Entity-Relationship, то есть сущность-связь. В них сущности изображаются помеченными прямоугольниками, ассоциации — помеченными ромбами или шестиугольниками, атрибуты — помеченными овалами, а связи между ними — ненаправленными ребрами, над которыми может проставляться степень связи 1 или буква, заменяющая слово "много" и необходимое пояснение. Между двумя сущностям, например, А и В возможны четыре вида связей. Первый тип — связь ОДИН-К-ОДНОМУ 1: Студент может не "заработать" стипендию, получить обычную или одну из повышенных стипендий. Второй тип — связь ОДИН-КО-МНОГИМ 1: Квартира может пустовать, в ней может жить один или несколько жильцов. Так как между двумя сущностями возможны связи в обоих направлениях, то существует еще два типа связи МНОГИЕ-К-ОДНОМУ М: Если связь между сущностями МУЖЧИНЫ и ЖЕНЩИНЫ называется БРАК, то существует четыре возможныхпредставления такой связи: Характер связей между сущностями не ограничивается перечисленными. Существуют и более сложные связи: Стержневая сущность стержень — это независимая сущность несколько подробнее она будет определена ниже. В рассмотренных ранее примерах стержни — это "Студент", "Квартира", "Мужчины", "Врач", "Брак" и другие, названия которых помещены в прямоугольники. Ассоциативная сущность ассоциация — это связь вида "многие-ко-многим" "-ко-многим" и т. Ассоциации рассматриваются как полноправные сущности: Характеристическая сущность характеристика — это связь вида "многие-к-одной" или "одна-к-одной" между двумя сущностями частный случай ассоциации. Единственная цель характеристики в рамках рассматриваемой предметной области состоит в описании или уточнении некоторой другой сущности. Необходимость в них возникает в связи с тем, что сущности реального мира имеют иногда многозначные свойства. Муж может иметь несколько жен , книга — несколько характеристик переиздания исправленное, дополненное, переработанное,. Существование характеристики полностью зависит от характеризуемой сущности: Обозначающая сущность или обозначение — это связь вида "многие-к-одной" или "одна-к-одной" между двумя сущностями и отличается от характеристики тем, что не зависит от обозначаемой сущности. В заключение рассмотрим пример построения инфологической модели базы данных "Питание", где должна храниться информация о блюдах, их ежедневном потреблении, продуктах, из которых приготавливаются эти блюда, и поставщиках этих продуктов. Информация будет использоваться поваром и руководителем небольшого предприятия общественного питания, а также его посетителями. С помощью указанных пользователей выделены следующие объекты и характеристики проектируемой базы: Блюда, для описания которых нужны данные, входящие в их кулинарные рецепты: Для каждого поставщика продуктов: Ежедневное потребление блюд расход: Анализ объектов позволяет выделить: Инфологическая модель базы данных "Питание" 2. Минимальность означает, что исключение из набора любого атрибута не позволяет идентифицировать сущность по оставшимся. Каждая сущность обладает хотя бы одним возможным ключом. Один из них принимается за первичный ключ. При выборе первичного ключа следует отдавать предпочтение несоставным ключам или ключам, составленным из минимального числа атрибутов. Нецелесообразно также использовать ключи с длинными текстовыми значениями предпочтительнее использовать целочисленные атрибуты. Так, для идентификации студента можно использовать либо уникальный номер зачетной книжки, либо набор из фамилии, имени, отчества, номера группы и может быть дополнительных атрибутов, так как не исключено появление в группе двух студентов а чаще студенток с одинаковыми фамилиями, именами и отчествами. Плохо также использовать в качестве ключа не номер блюда, а его название, например, " Закуска из плавленых сырков "Дружба" с ветчиной и соленым огурцом" или "Заяц в сметане с картофельными крокетами и салатом из красной капусты". Главная Новое Топ Добавить реферат Поиск Контакты. Главная Новые рефераты Популярные Добавить реферат Поиск Контакты.
Вязаная обезьянка со схемой
Доска краски смешивать
Где изготавливают ниву
Пример заполнения приложения 7 приказ 335
Готика 3 где найти ярость инноса