3. Операции над таблицами реляционных баз данных 29


Скачать 1.04 Mb.
Название 3. Операции над таблицами реляционных баз данных 29
страница 7/13
Тип Реферат
rykovodstvo.ru > Руководство эксплуатация > Реферат
1   2   3   4   5   6   7   8   9   10   ...   13

4. Разработка инфологических моделей

4.1. Диаграммы "сущность-связь"



Имеется целый ряд методик создания инфологических моделей. Одна из наиболее популярных в настоящее время методик при разработке моделей использует ERD (Entity-Relationship Diagrams). В русскоязычной литературе эти диаграммы называют "объект – отношение" либо "сущность - связь".

Модель ERD была предложена Питером Пин Шен Ченом в 1976г. К настоящему времени разработано несколько ее разновидностей, но все они базируются на графических диаграммах, предложенных Ченом.

Диаграммы конструируются из небольшого числа компонентов. Благодаря наглядности представления они широко используются в CASE средствах (Computer Aided Software Engineering).

Терминология и обозначения

Сущность (Entity) - реальный либо воображаемый объект, имеющий существенное значение для рассматриваемой предметной области, информация о котором подлежит хранению.

Каждая сущность должна обладать уникальным идентификатором. Каждый экземпляр сущности должен однозначно идентифицироваться и отличаться от всех других экземпляров данного типа (сущности). Каждая сущность должна обладать некоторыми свойствами:

  • Иметь уникальное имя; причем к этому имени должна всегда применяться одна и та же интерпретация (определение сущности). И наоборот: одна и та же интерпретация не может применяться к различным именам, если только они не являются псевдонимами.

  • Обладать одним или несколькими атрибутами, которые либо принадлежат сущности, либо наследуются ею через связь.

  • Обладать одним или несколькими атрибутами, которые однозначно идентифицируют каждый экземпляр сущности.

Сущность может быть независимой либо зависимой. Графическое обозначение независимой и зависимой сущностей представлено на рис. 4.1.1. Признаком зависимой сущности служит наличие у нее наследуемых через связь атрибутов.



Рис 4.1.1. Графическое обозначение сущностей: А - зависимая, В - независимая сущность.

Каждая сущность может обладать любым количеством связей с другими сущностями модели.

Связь (Relationship) - поименованная ассоциация между двумя сущностями, значимая для рассматриваемой предметной области.

Одна из участвующих в связи сущностей - независимая, называется родительской сущностью, другая - зависимая, называется дочерней или сущностью-потомком.

Как правило, каждый экземпляр родительской сущности ассоциирован с произвольным (в том числе нулевым) количеством экземпляров дочерней сущности. Каждый экземпляр сущности-потомка ассоциирован в точности с одним экземпляром сущности-родителя.

Таким образом, экземпляр сущности-потомка может существовать только при существовании сущности родителя.

Связи дается имя, выражаемое грамматическим оборотом глагола и помещаемое возле линии связи. Имя каждой связи между двумя данными сущностями должно быть уникальным, но имена связей в модели не обязаны быть уникальными.

Каждая связь имеет определение. Определение связи образуют соединением имени сущности-родителя, имени связи, выражения степени связи и имени сущности-потомка.

Например, связь продавца с контрактом может быть определена следующим образом:

  • Продавец может получить вознаграждение за 1 или более Контрактов;

  • Контракт должен быть инициирован ровно одним Продавцом.

На диаграмме связь изображается отрезком (ломаной). Концы отрезка с помощью специальных обозначений (смотри рис. 4.1.2) указывают степень связи. Кроме того, характер линии - штриховая или сплошная, указывает обязательность связи.



Рис 4.1.2. Графическое изображение связей

Атрибут - любая характеристика сущности, значимая для рассматриваемой предметной области. Он предназначен для квалификации, идентификации, классификации, количественной характеристики или выражения состояния сущности.

Атрибут представляет тип характеристик(свойств), ассоциированных с множеством реальных или абстрактных объектов (людей, мест, событий, состояний, идей, пар предметов и т.д.).

Экземпляр атрибута - это определенная характеристика конкретного экземпляра сущности. Экземпляр атрибута определяется типом характеристики (например - "Цвет") и ее значением (например - "лиловый"), называемым значением атрибута.

В ER-модели атрибуты ассоциируются с конкретными сущностями. Каждый экземпляр сущности должен обладать одним конкретным значением для каждого своего атрибута.

Атрибут может быть либо обязательным, либо необязательным. Обязательность означает, что атрибут не может принимать неопределенных значений (null values). Атрибут (смотри рис. 4.1.3) может быть либо описательным (т.е. обычным дескриптором сущности), либо входить в состав уникального идентификатора (первичного ключа).



Рис 4.1.3. Графическое отображение характеристики атрибута

Уникальный идентификатор - это атрибут или совокупность атрибутов и/или связей, однозначно характеризующая каждый экземпляр данного типа сущности.

В случае полной идентификации экземпляр данного типа сущности полностью идентифицируется своими собственными ключевыми атрибутами, в противном случае в идентификации участвуют также атрибуты другой сущности - родителя.

Характер идентификации отображается в диаграмме на линии связи (Рис. 4.1.4)



Рис 4.1.4. Графическое отображение характера идентификации

Каждый атрибут идентифицируется уникальным именем, выражаемым грамматическим оборотом существительного, описывающим представляемую атрибутом характеристику.

Атрибуты изображаются в виде списка имен внутри блока ассоциированной сущности, причем каждый атрибут занимает отдельную строку.

Атрибуты, определяющие первичный ключ, размещаются наверху списка и выделяются знаком "#".

Каждая сущность должна обладать хотя бы одним возможным ключом. Возможный ключ сущности - это один или несколько атрибутов, чьи значения однозначно определяют каждый экземпляр сущности.

При существовании нескольких возможных ключей один из них обозначается в качестве первичного ключа, а остальные - как альтернативные ключи.
1   2   3   4   5   6   7   8   9   10   ...   13

Похожие:

3. Операции над таблицами реляционных баз данных 29 icon 1. Теоретические основы организации бд. Реляционная модель данных. 5
Проектирование реляционных баз данных с использованием семантических моделей: er-диаграммы 56
3. Операции над таблицами реляционных баз данных 29 icon Методические рекомендации по использованию sql-ориентированных заданий,...
В большинстве существующих субд имеются встроенные интерфейсы, в которых пользователь явным образом не использует операции структурированного...
3. Операции над таблицами реляционных баз данных 29 icon Учебное пособие для студентов Экономического факультета Оглавление
Московский Государственный Университет имени М. В. Ломоносова основы построения реляционных баз данных
3. Операции над таблицами реляционных баз данных 29 icon Программа фиэб направление подготовки 230100 «Информатика и вычислительная...
Архитектура баз данных. Модели данных. Иерархические, сетевые, реляционные модели данных. Модель «сущность-связь». Уровни проектирования:...
3. Операции над таблицами реляционных баз данных 29 icon Константин Черняк Архитектор информационных систем и баз данных
Проектирование баз данных, написание скриптов миграций структуры бд, установка/настройка/доработка
3. Операции над таблицами реляционных баз данных 29 icon Лабораторная работа №1: Создание баз данных
В этой утилите можно выполнить типовые задачи обслуживания баз данных, такие как резервирование и восстановление. Здесь можно настраивать...
3. Операции над таблицами реляционных баз данных 29 icon Содержание
Наращивание экономической и статистической информации в двухструктурных реляционных базах данных
3. Операции над таблицами реляционных баз данных 29 icon Пер с англ. — М. Издательский
Архитектура системы баз данных 65 Глава Введение в реляционные базы данных 92
3. Операции над таблицами реляционных баз данных 29 icon Голицына О. Л., Максимова Н. В., Попов И. И. Базы данных / О. Л....
Цель занятия: сформировать у студентов представление о понятии «Структурированный язык запросов», познакомить с его синтаксисом и...
3. Операции над таблицами реляционных баз данных 29 icon Методические рекомендации составлены в соответствии с рабочей программой...
Методические рекомендации составлены в соответствии с рабочей программой профессионального модуля «Соадминистрирование и автоматизация...
3. Операции над таблицами реляционных баз данных 29 icon Многокритериальный выбор оптимальной системы управления базы данных...
Одной из главных проблем разработки приложения баз данных является выбор системы управления базами данных (далее субд). Выбранная...
3. Операции над таблицами реляционных баз данных 29 icon «Программа расчета агрегатов по накапливающимся данным для построения отчетов»
В этой работе предлагается новый способ подсчета агрегатов в сложных реляционных базах данных, а также рассматриваются существующие...
3. Операции над таблицами реляционных баз данных 29 icon Основы современных баз данных
Предметом курса являются системы управления базами данных (субд). Это очень важная тема, без основательного знакомства с которой...
3. Операции над таблицами реляционных баз данных 29 icon Инструкция по установке и работе программы
Хранилищем данных для программы “ План финансово-хозяйственной деятельности ” (далее для краткости – “Программа”) является файл “Plan...
3. Операции над таблицами реляционных баз данных 29 icon Литература: Дейт К. Введение в системы баз данных, 8-е издание. Вильямс, 2006
Субд; 3 оптимального доступа к данным с использованием субд. 4 нереляционная форма хранения данных. 5 Современные технологии доступа...
3. Операции над таблицами реляционных баз данных 29 icon Инструкция о порядке резервирования и восстановления работоспособности...
Целью настоящего документа является превентивная защита элементов испдн от предотвращения потери защищаемой информации

Руководство, инструкция по применению




При копировании материала укажите ссылку © 2024
контакты
rykovodstvo.ru
Поиск