рефераты конспекты курсовые дипломные лекции шпоры

Реферат Курсовая Конспект

Часть 1. Определение реляционной модели

Часть 1. Определение реляционной модели - Лекция, раздел Философия, Лекция 2 Реляционная модель данных Реляционная Модель Данных (Рмд) Некоторой Предметной Области Пред­став...

Реляционная модель данных (РМД) некоторой предметной области пред­ставляет собой набор отношений, изменяющихся во времени.

При создании информационной системы совокупность отношений позволяет хранить дан­ные об объектах предметной области и моделировать связи между ними.

Эле­менты РМД и формы их представления приведены в табл.1.

Таблица 1.

Элемент реляционной модели Форма представления
Отношение Таблица
Схема отношения Строка заголовков столбцов таблицы (заголовок таблицы)
Кортеж Строка таблицы
Сущность Описание свойств объекта
Атрибут Заголовок столбца таблицы
Домен Множество допустимых значений атрибута
Значение атрибута Значение поля в записи
Первичный ключ Один или несколько атрибутов
Тип данных Тип значений элементов таблицы

Сущностьесть объект любой природы, данные о котором хранятся в базе данных. Данные о сущности хранятся в отношении.

Отношение является важнейшим понятием и представляет собой двумер­ную таблицу, содержащую некоторые данные.

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

Математически отношение можно описать следующим образом.

Пусть даны n множеств Dl, D2, D3,..., Dn, тогда отношение R есть множество упоря­доченных кортежей <dl, d2, d3 ,..., dn>, где dkÎ Dk,

dk - атрибут, a Dk - домен отношения R.

На рис. 1 приведен пример представления отношения СОТРУДНИК.

В общем случае порядок кортежей в отношении, как и в любом множестве, не определен. Однако в реляционных СУБД для удобства кортежи все же упо­рядочивают. Чаще всего для этого выбирают некоторый атрибут, по которо­му система автоматически сортирует кортежи по возрастанию или убыванию.

Если пользователь не назначает атрибута упорядочения, система автомати­чески присваивает номер кортежам в порядке их ввода.


Рис. 1. Представление отношения СОТРУДНИК

 

Формально, если переставить атрибуты в отношении, то получается новое отношение. Однако в реляционных БД перестановка атрибутов не приводит к образованию нового отношения.

Домен представляет собой множество всех возможных значений опреде­ленного атрибута отношения.

Отношение СОТРУДНИК включает 4 домена:

· домен 1 содержит фамилии всех сотрудников,

· домен 2 - номера всех отделов фирмы,

· домен 3 - названия всех должностей,

· домен 4 - даты рождения всех сотрудников.

 

Каждый домен образует значения одного типа данных, напри­мер, числовые или символьные.

Отношение СОТРУДНИК содержит 3 кортежа. Кортеж рассматривае­мого отношения состоит из 4 элементов, каждый из которых выбирается из соответствующего домена. Каждому кортежу соответствует строка табли­цы.

Схема отношения (заголовок отношения) представляет собой список имен атрибутов.

 

Например, для приведенного примера схема отношения имеет вид СОТРУДНИК (ФИО, Отдел, Должность, Д_Рождения).

 

Мно­жество кортежей отношения часто называют содержимым или телом отношения.

Первичным ключом (ключом отношения, ключевым атрибутом) на­зывается атрибут отношения (либо комбинация атрибутов), однозначно идентифицирующий каждый из его кортежей.

Ключ может быть состав­ным (сложным), то есть состоять из нескольких атрибутов.

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

 

Например, в отношении СОТРУДНИК (ФИО, Отдел, Должность, Д_Рождения) не удается найти такую комбинацию атрибутов, которая могла бы служить первичным ключом отношения.

 

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

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

Во многих СУБД допускается созда­вать отношения, не определяя ключи.

 

 

Ключи обычно используют для достижения следующих целей:

1. исключения дублирования значений в ключевых атрибутах (остальные атрибуты в расчет не принимаются);

2. упорядочения кортежей. Возможно упорядочение по возрастанию или убыванию значений всех ключевых атрибутов, а также смешанное упо­рядочение (по одним - возрастание, а по другим - убывание);

3. ускорения работы с кортежами отношения;

4. организации связывания таблиц.

 

Понятие внешнего ключа :

Пусть в отношении R1 имеется не ключевой атрибут А, значения которого являются значениями ключевого атрибута Вдругого отношения R2. Тогда го­ворят, что атрибут А отнощения R1 есть внешний ключ.

 

 

С помощью внешних ключей устанавливаются связи между отношения­ми.

Например, имеются два отношения

 

СТУДЕНТ (ID_студента, Фамилия, Группа, Специаль­ность) и

ПРЕДМЕТ (Назв_предмета, Часы),

которые связаны отношением

 

СТУДЕНТ_ ПРЕДМЕТ(ID_студента, Назв_предмета, Оценка).

 

Изобразите самостоятельно графически связь этих отношений.

В связующем отношении атрибуты ID_студента и Назв_предмета образуют составной ключ. Эти атри­буты представляют собой внешние ключи, являющиеся первичными ключа­ми других отношений.

 

Реляционная модель накладывает на внешние ключи ограничение для обес­печения целостности данных, называемое ссылочной целостностью.

Это оз­начает, что каждому значению внешнего ключа должны соответствовать стро­ки в связываемых отношениях.

Поскольку не всякой таблице можно поставить в соответствие отноше­ние, приведем условия, выполнение которых позволяет таблицу считать от­ношением:

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

2. имена столбцов таблицы должны быть различны, а значения их просты­ми, то есть недопустима группа значений в одном столбце одной строки.

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

4. порядок размещения строк в таблице может быть произвольным.

 

Наиболее часто таблица с отношением размещается в отдельном файле.

В некоторых СУБД одна отдельная таблица (отношение) считается базой дан­ных. В других СУБД база данных может содержать несколько таблиц.

 

В общем случае можно считать, что БД включает одну или несколько таб­лиц, объединенных смысловым содержанием, а также процедурами контро­ля целостности и обработки информации в интересах решения некоторой при­кладной задачи.

 

Например, при использовании СУБД Microsoft Access в файле БД наряду с таблицами хранятся и другие объекты базы: запросы, отчеты, формы, макросы и модули.

 

Таблица данных обычно хранится на магнитном диске в отдельном файле операционной системы, поэтому по ее именованию могут существовать огра­ничения. Имена полей хранятся внутри таблиц. Правила их формирования определяются СУБД, которые, как правило, на длину полей и используемый алфавит серьезных ограничений не накладывают.

 

Если задаваемое таблицей отношение имеет ключ, то считается, что таб­лица тоже имеет ключ, и ее называют ключевой или таблицей с ключевы­ми полями.

У большинства СУБД файл таблицы включает управляющую часть (опи­сание типов полей, имена полей и другая информация) и область размеще­ния записей.

 

К отношениям можно применять систему операций, позволяющую полу­чать одни отношения из других. Например, результатом запроса к реляцион­ной БД может быть новое отношение, вычисленное на основе имеющихся отношений. Поэтому можно разделить обрабатываемые данные на хранимую и вычисляемую части.

Основной единицей обработки данных в реляционных БД является отно­шение, а не отдельные его кортежи (записи).

 

– Конец работы –

Эта тема принадлежит разделу:

Лекция 2 Реляционная модель данных

Реляционная модель данных... В лекции рассматривается наиболее распространенная реляционная мо дель... Часть Определение реляционной модели При создании информационной системы...

Если Вам нужно дополнительный материал на эту тему, или Вы не нашли то, что искали, рекомендуем воспользоваться поиском по нашей базе работ: Часть 1. Определение реляционной модели

Что будем делать с полученным материалом:

Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:

Все темы данного раздела:

Часть 2. Индексирование
Как отмечалось выше, определение ключа для таблицы означает авто­матическую сортировку записей, контроль отсутствия повторений значе­ний в ключевых полях записей и повышение скорости выполнения опе

Часть 4. Контроль целостности связей
Из перечисленных видов связи чаще используется связь вида 1:М. Связь вида 1:1 можно считать частным случаем связи 1:М, когда одной записи глав­ной таблицы соответствует одна запись вспомогательной

Хотите получать на электронную почту самые свежие новости?
Education Insider Sample
Подпишитесь на Нашу рассылку
Наша политика приватности обеспечивает 100% безопасность и анонимность Ваших E-Mail
Реклама
Соответствующий теме материал
  • Похожее
  • Популярное
  • Облако тегов
  • Здесь
  • Временно
  • Пусто
Теги