- •1) Вопрос: Понятие базы данных и системы управления базами данных.
- •13)Вопрос: Основные понятия реляционной модели данных
- •2) Вопрос: Понятие и применение триггеров.
- •Триггеры after
- •Триггеры instead of
- •Использование функции update
- •3) Вопрос: Язык sql. Основные операторы sql.
- •4) Вопрос: Типы данных в sql.
- •5) Вопрос: Запросы. Назначение запросов.
- •6) Вопрос:Понятие целостности данных.
- •7) Вопрос: Унарные операции реляционной алгебры.
- •8) Вопрос:Индексирование записей в реляционных таблицах.
- •9) Вопрос:Принципы концептуального проектирования баз данных.
- •10) Вопрос:Виды и особенности моделей данных
- •11) Вопрос:Основные понятия иерархической модели данных.
- •Основные понятия иерархической структуры:
- •12) Вопрос:Операторы соединения в языке sql (join).
- •14) Вопрос:Основные понятия сетевой модели данных.
- •15) Вопрос:Использование группировки в запросах.
- •Использование групповых операций в запросах
- •16) Вопрос:Использование агрегированных функций в выражениях.
- •Аддитивная
- •Полуаддитивная
- •Неаддитивная
6) Вопрос:Понятие целостности данных.
ОтВЕТ:
Выполнение операторов модификации данных в таблицах базы данных INSERT, DELETE и UPDATE может привести к нарушениюцелостности данных и их корректности, т.е. к потере их достоверности и непротиворечивости.
Чтобы информация, хранящаяся в базе данных, была однозначной и непротиворечивой, в реляционной модели устанавливаются некоторые ограничительные условия – правила, определяющие возможные значения данных и обеспечивающие логическую основу для поддержания корректных значений. Ограничения целостности позволяют свести к минимуму ошибки, возникающие при обновлении и обработке данных.
В базе данных, построенной на реляционной модели, задается ряд правил целостности, которые, по сути, являются ограничениями для всех допустимых состояний базы данных и гарантируют корректность данных. Рассмотрим следующие типы ограничений целостности данных:
обязательные данные;
ограничения для доменов полей;
корпоративные ограничения;
целостность сущностей;
ссылочная целостность.
Обязательные данные
Некоторые поля всегда должны содержать одно из допустимых значений, другими словами, эти поля не могут иметь пустого значения.
Ограничения для доменов полей
Каждое поле имеет свой домен, представляющий собой набор его допустимых значений.
Корпоративные ограничения целостности
Существует понятие "корпоративные ограничения целостности " как дополнительные правила поддержки целостности данных, определяемые пользователями, принятые на предприятии или администраторами баз данных. Ограничения предприятия называются бизнес-правилами.
Целостность сущностей
Это ограничение целостности касается первичных ключей базовых таблиц. По определению, первичный ключ – минимальный идентификатор (одно или несколько полей), который используется для уникальной идентификации записей в таблице. Таким образом, никакое подмножество первичного ключа не может быть достаточным для уникальной идентификации записей.
Целостность сущностей определяет, что в базовой таблице ни одно поле первичного ключа не может содержать отсутствующих значений, обозначенных NULL.
Если допустить присутствие определителя NULL в любой части первичного ключа, это равносильно утверждению, что не все его поля необходимы для уникальной идентификации записей, и противоречит определению первичного ключа.
Ссылочная целостность
Указанное ограничение целостности касается внешних ключей. Внешний ключ – это поле (или множество полей) одной таблицы, являющееся ключом другой (или той же самой) таблицы. Внешние ключи используются для установления логических связей между таблицами. Связь устанавливается путем присвоения значений внешнего ключа одной таблицы значениям ключа другой.
Между двумя или более таблицами базы данных могут существовать отношения подчиненности, которые определяют, что для каждой записи главной таблицы (называемой еще родительской ) может существовать одна или несколько записей в подчиненной таблице (называемой также дочерней ).
Существует три разновидности связи между таблицами базы данных:
"один-ко-многим";
"один-к-одному";
"многие-ко-многим".
К недостаткам хранения ограничений целостности на сервере можно отнести:
отсутствие у клиентского приложения возможности реагировать на некоторые ошибочные ситуации, возникающие на сервере при реализации тех или иных правил (например, ошибок при выполнении хранимых процедур на сервере);
ограниченность возможностей языка SQL и языка хранимых процедур и триггеров для реализации всех возникающих потребностей определения целостности данных.
На практике в клиентских приложениях реализуют лишь такие правила, которые тяжело или невозможно реализовать с применением средств сервера. Все остальные ограничения целостности данных переносятся на сервер.
