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

Скачать 1.04 Mb.

Название	3. Операции над таблицами реляционных баз данных 29
страница	4/13
Тип	Реферат

rykovodstvo.ru > Руководство эксплуатация > Реферат

1 2 3 4 5 6 7 8 9 ... 13

2.2. Целостность реляционных баз данных

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

Выделяют два основных типа ограничений по условию целостности:

Каждая строка таблицы должна отличаться от остальных ее строк значением хотя бы одного столбца.

Пример:

Сотрудники отдела могут оказаться полными тезками, родившимися в один и тот же день. Чтобы не нарушить условия целостности, добавляем в таблицу новый столбец - "Номер пропуска", превращая ее в отношение. Таким образом, первое ограничение обеспечивается наличием в таблице - отношении первичного ключа.

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

Пример:

В столбце Название отдела таблицы "Сотрудник" (Рис. 2.2.1.) хранятся сведения о принадлежности сотрудников к отделу. Здесь Название отдела является внешним ключом для ссылки на таблицу "Отдел". Для обеспечения ограничения целостности по ссылкам каждое Название отдела из таблицы "Сотрудник" должно принадлежать конкретному отделу из таблицы "Отдел".

Рис. 2.2.1. Таблицы «Сотрудник» и «Отдел».
Примечание: В реальных базах данных названия не делают ключевыми из-за их длины (замедление процесса поиска), а также из-за того, что они могут изменяться (сложности с сопровождением системы)

2.3. Основные свойства отношений реляционных баз данных

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

2.3.1 . Отсутствие кортежей-дубликатов

Это свойство следует из определения отношения как множества кортежей. В классической теории множеств по определению каждое множество состоит из различных элементов.

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

2.3.2 . Отсутствие упорядоченности кортежей

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

2.3.3 . Отсутствие упорядоченности атрибутов

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

2.3.4 . Атомарность значений атрибутов

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

Ненормализованное отношение «ОТДЕЛЫ»

Можно сказать, что здесь мы имеем бинарное отношение, значениями атрибута ОТДЕЛЫ которого являются отношения. Заметим, что исходное отношение СОТРУДНИКИ является нормализованным вариантом отношения ОТДЕЛЫ:

Нормализованное отношение «СОТРУДНИКИ»

СОТР_НОМЕР	СОТР_ИМЯ	СОТР_ЗАРП	СОТР_ОТД_НОМЕР
2934	Иванов	112,000	310
2935	Петров	144,000	310
2936	Сидоров	92,000	313
2937	Федоров	110,000	310
2938	Иванова	112,000	315

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

Зачислить сотрудника Кузнецова (пропуск номер 3000, зарплата 115,000) в отдел номер 320 и

Зачислить сотрудника Кузнецова (пропуск номер 3000, зарплата 115,000) в отдел номер 310.

Если информация о сотрудниках представлена в виде отношения СОТРУДНИКИ, оба оператора будут выполняться одинаково (вставить кортеж в отношение СОТРУДНИКИ). Если же работать с ненормализованным отношением ОТДЕЛЫ, то первый оператор выразится в занесение кортежа, а второй - в добавление информации о Кузнецове в множественное значение атрибута ОТДЕЛ кортежа с первичным ключом 310.

1 2 3 4 5 6 7 8 9 ... 13

Похожие:

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

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