русс | укр

Языки программирования

ПаскальСиАссемблерJavaMatlabPhpHtmlJavaScriptCSSC#DelphiТурбо Пролог

Компьютерные сетиСистемное программное обеспечениеИнформационные технологииПрограммирование

Все о программировании


Linux Unix Алгоритмические языки Аналоговые и гибридные вычислительные устройства Архитектура микроконтроллеров Введение в разработку распределенных информационных систем Введение в численные методы Дискретная математика Информационное обслуживание пользователей Информация и моделирование в управлении производством Компьютерная графика Математическое и компьютерное моделирование Моделирование Нейрокомпьютеры Проектирование программ диагностики компьютерных систем и сетей Проектирование системных программ Системы счисления Теория статистики Теория оптимизации Уроки AutoCAD 3D Уроки базы данных Access Уроки Orcad Цифровые автоматы Шпаргалки по компьютеру Шпаргалки по программированию Экспертные системы Элементы теории информации

Реляционные базы данных


Дата добавления: 2013-12-24; просмотров: 2498; Нарушение авторских прав


Реляционная модель данных (РМД) некоторой предметной области представляет собой набор отношений, изменяющихся во времени. При создании информационной системы совокупность отношений позво­ляет хранить данные об объектах предметной области и моделировать связи между ними. Термины РМД представлены в табл. 5.1 [17].

 

Таблица Термины реляционной модели

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

 

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

(Требования к 1НФ)

1. Значения атрибутов должны быть атомарными (иными словами, каждое значение, содержащееся на пересечении строки и колонки, должно быть не расчленяемым на несколько значений).

2. Значения каждого атрибута должны принадлежать к одному и то­му же типу.

3. Каждая запись в таблице уникальна.

4. Каждое поле имеет уникальное имя.

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

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

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



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

Домен представляет собой множество всех возможных значений опре­деленного атрибута отношения. Отношение «СОТРУДНИК» включа­ет 4 домена:

1) множество всех возможных фамилий сотрудников;

2) множество всех возможных номеров отделов;

3) множество всех возможных названий должностей;

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

Значения домена принадлежат к одному типу (числовому, символь­ному и т. д.).

Отношение «СОТРУДНИК» содержит 3 кортежа (т.е. в таблице 3 записи, кортежу соот­ветствует строка таблицы). Информация о предметной области вно­сится по 4-м атрибутам.

Схема отношения — перечень имен атрибутов.

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

Ключ – min набор атрибутов, однозначно определяющий запись.

Иными словами, множество атрибутов К, являющееся ключом отношения, обладает свойством уникальности. Следующее свойство ключа — не­избыточность. То есть никакое из собственных подмножеств множе­ства К не обладает свойством уникальности [18].

Каждое отношение всегда имеет комбинацию атрибутов, которая может служить ключом. Ее существование гарантируется принципом № 3 РМД. По крайней мере, вся совокупность атрибутов обладает свойством уникальности.

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

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

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

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

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

Внешний ключ - множество атрибутов одного отношения R2, значения которых должны совпадать со значениями возможного ключа другого отношения RI [18].

Атрибуты отношения R2, составляющие внешний ключ, не являют­ся ключевыми для данного отношения.

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

Ограничения целостности реляционной модели можно разделить на две группы — ограничения целостности сущностей и ограничения це­лостности ссылок.

1. Ограничения целостности сущностей заключаются в требовании уникальности кортежей отношения (записей таблицы). Отсюда выте­кают следующие ограничения [18]:

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

· отсутствие атрибутов с множественным характером значений
(т.е. определенныйтип данных в поле).

Ограничения целостности ссылок заключаются в том, что для лю­бой записи с конкретным значением внешнего ключа должна обяза­тельно существовать запись связанной таблицы-отношения с соответ­ствующим значением первичного ключа. Примером этого требования является отношение «СОТРУДНИКИ» с внешним ключом «Код от­дела» и связанная с ней таблица ОТДЕЛЫ с первичным ключом «Код отдела» (см. рис. 5.4). Если существует сотрудник Волков И. И., ра­ботающий в отделе О1, то соответствующий отдел должен существо- , вать и данные о нем должны храниться в таблице ОТДЕЛЫ [49].

·



<== предыдущая лекция | следующая лекция ==>
Технология клиент-сервер | Проектирование реляционных баз данных


Карта сайта Карта сайта укр


Уроки php mysql Программирование

Онлайн система счисления Калькулятор онлайн обычный Инженерный калькулятор онлайн Замена русских букв на английские для вебмастеров Замена русских букв на английские

Аппаратное и программное обеспечение Графика и компьютерная сфера Интегрированная геоинформационная система Интернет Компьютер Комплектующие компьютера Лекции Методы и средства измерений неэлектрических величин Обслуживание компьютерных и периферийных устройств Операционные системы Параллельное программирование Проектирование электронных средств Периферийные устройства Полезные ресурсы для программистов Программы для программистов Статьи для программистов Cтруктура и организация данных


 


Не нашли то, что искали? Google вам в помощь!

 
 

© life-prog.ru При использовании материалов прямая ссылка на сайт обязательна.

Генерация страницы за: 1.135 сек.