Целостность данных - это механизм поддержания соответствия базы данных предметной области.

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

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

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

Операции:

Операции обновления - операции ВКЛЮЧИТЬ, УДАЛИТЬ, ОБНОВИТЬ (добавляет строку-запись, удаляет ее или изменяет значения не ключевых полей).

Операции обработки – ОБЪЕДИНЕНИЕ, ПЕРЕСЕЧЕНИЕ, ВЫЧИТАНИЕ, ДЕКАРТОВО ПРОИЗВЕДЕНИЕ, ВЫБОРКА, ПРОЕКЦИЯ, СОЕДИНЕНИЕ, ДЕЛЕНИЕ.

Вопрос 40.Нормализация таблиц. Первая нормальная форма. Приведение таблицы (отношения) к первой нормальной форме. Примеры. Недостатки первой нормальной формы.

Главная цель нормализации базы данных - устранение избыточности и дублирования информации

Суть первой нормальной формы – атомарность (неделимость) полей и единственность значений по полям в реляционной модели данных

Приведение:

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

Примеры:

РЕЙСЫ (НОМЕР, ПУНКТ_ОТПРАВЛЕНИЯ, ПУНКТ_НАЗНАЧЕНИЯ, РАСПИСАНИЕ)

РАСПИСАНИЕ (ДЕНЬ, ВРЕМЯ_ВЫЛЕТА)

Вопрос 41.Нормализация таблиц. Функциональная зависимость полей. Вторая нормальная форма. Приведение таблицы (отношения) ко второй нормальной форме. Примеры. Аномалии

Функциональная зависимость полей - специальный механизм разбиения таблиц для приведения к более совершенным нормальным формам

Поле (атрибут) Y функционально зависит от поля (атрибута) X, если любому значению X всегда соответствует в точности одно значение Y.

Функциональная зависимость не ключевого атрибута таблицы от составного ключа называется полной

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

Для перевода таблицы из 1НФ в 2НФ надо:

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

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

Аномалия:

НО в таблице Т2 дублируется информация о служебном телефоне, так как поле «Сл.телефон» фактически не зависит от поля «Лич№», а зависит от поля «Кабинет».

Цепочка функциональной зависимости : Лич№ -> Кабинет -> Сл.телефон.

Имеется транзитивная зависимость поля «Сл.телефон» от поля «Лич№»

Пример: Имеется отношение ПОСТАВКИ (ПОСТАВЩИКИ, ТОВАР, ЦЕНА). Цена любого товара фиксирована

Имеем следующую функциональную зависимость ТОВАР -> ЦЕНА

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

Разложение отношения ПОСТАВКИ на два отношения устраняет неполную функциональную зависимость:

ПОСТАВКИ (ПОСТАВЩИКИ, ТОВАР) ЦЕНА_ТОВАРА (ТОВАР, ЦЕНА)

Вопрос 42.Нормализация таблиц. Транзитивная зависимость полей. Приведение таблицы (отношения) к третьей нормальной форме. Примеры

Цепочка функциональной зависимости : Лич№ -> Кабинет -> Сл.телефон.

Имеется транзитивная зависимость поля «Сл.телефон» от поля «Лич№»

Отношение находится в 3НФ, если оно находится в 2НФ и в нем отсутствуют транзитивные зависимости неключевых атрибутов от ключа.

Для преобразования из 2НФ в 3НФ

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

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

Вопрос 43.Нормализация таблиц. Функциональная зависимость полей. Детерминант. Нормальная форма Бойса-Кодда. Приведение таблицы (отношения) к нормальной форме Бойса-Кодда. Примеры.

Детерминант - совокупность атрибутов, от которых функционально полно зависят другие атрибуты.

Таблица находится в НФ Бойса-Кодда тогда и только тогда, когда каждый ее детерминант является возможным ключом

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

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

Пример:

В данной таблице имеется 2 детерминанта :(Лич№, Операция) и (Фамилия, Операция),

От каждого из них функционально полно зависит поле Мероприятие.

Если установить ключом детерминант (Лич№, Операция), то поле Фамилия будет функционально зависеть от части составного ключа (от поля Лич№) .

Нарушается требование второй нормальной формы. Появляется дублирование данных по полям Лич№ и Фамилия

Вопрос 44. Субд Access. Тип данных. Свойства типа данных «Текстовый». Маска ввода и ее разделы. Условие на значение

Access – это реляционная система управления базами данных (СУБД), входящая в пакет MS Office