- •Вопрос 34
- •Вопрос 33
- •Вопрос 32 Целостность данных
- •Создание триггеров
- •Вопрос 31 Понятие функции пользователя
- •Функции Scalar
- •Функции Inline
- •Функции Multi-statement
- •Встроенные функции
- •Математические функции
- •Строковые функции
- •Функции для работы с датой и временем
- •Вопрос 30 Хранимые процедуры в среде ms sql Server
- •Типы хранимых процедур
- •Создание, изменение и удаление хранимых процедур
- •Вопрос 29 28 Определение представления
- •Обновление данных в представлениях
- •Преимущества и недостатки представлений
- •Независимость от данных
- •Актуальность
- •Ограниченные возможности обновления
- •Структурные ограничения
- •Снижение производительности
- •Вопрос 27
- •Содержание
- •Определение[править | править исходный текст]
- •Пример[править | править исходный текст]
- •Поддержание ссылочной целостности в бд[править | править исходный текст] Причины нарушений[править | править исходный текст]
- •Пустые внешние ключи[править | править исходный текст]
- •Ссылочная целостность на триггерах[править | править исходный текст]
- •Ссылочная целостность на внешних ключах[править | править исходный текст]
- •Вопрос 26 Использование подзапросов, возвращающих множество значений
- •Использование операций in и not in
- •Использование ключевых слов any и all
- •Использование операций exists и not exists
- •Вопрос 25 Использование подзапросов, возвращающих единичное значение
- •Вопрос 24 Понятие подзапроса
- •Вопрос 23
- •Вопрос 22 Агрегатные функции MySql
- •Среднее значение
- •Сортировка агрегатных значений
- •Подсчет количества товара для каждого раздела каталога
- •Вопрос 20 Предложение select
- •Предложение from
- •Предложение where
- •Сравнение
- •Диапазон
- •Принадлежность множеству
- •Соответствие шаблону
- •Значение null
- •Предложение order by
Снижение производительности
Использование представлений связано с определенным снижением производительности. В одних случаях влияние этого фактора совершенно незначительно, тогда как в других оно может послужить источником существенных проблем. Например,представление, определенное с помощью сложного многотабличного запроса, может потребовать значительных затрат времени на обработку, поскольку при его разрешении потребуется выполнять соединение таблиц всякий раз, когда понадобится доступ к данному представлению. Выполнение разрешения представлений связано с использованием дополнительных вычислительных ресурсов.
Вопрос 27
Ссы́лочная це́лостность (англ. referential integrity) — необходимое качество реляционной базы данных, заключающееся в отсутствии в любом её отношении внешних ключей, ссылающихся на несуществующие кортежи.
Содержание
[убрать]
1 Определение
2 Пример
3 Поддержание ссылочной целостности в БД
3.1 Причины нарушений
3.2 Пустые внешние ключи
3.3 Ссылочная целостность на триггерах
3.4 Ссылочная целостность на внешних ключах
4 Ссылки
Определение[править | править исходный текст]
Связи между данными, хранимыми в разных отношениях, в реляционной БД устанавливаются с помощью использования внешних ключей — для установления связи между кортежем из отношения A с определённым кортежем отношения B в предусмотренные для этого атрибуты кортежа отношения A записывается значение первичного ключа (а в общем случае значение потенциального ключа) целевого кортежа отношения B. Таким образом, всегда имеется возможность выполнить две операции:
определить, с каким кортежем в отношении B связан определённый кортеж отношения A;
найти все кортежи отношения A, имеющие связи с определённым кортежем отношения B.
Благодаря наличию связей в реляционной БД можно хранить факты без избыточного дублирования, то есть в нормализованном виде. Ссылочная целостность может быть проиллюстрирована следующим образом:
Дана пара отношений A и B, связанных внешним ключом. Первичный ключ отношения B — атрибут B.key. Внешний ключ отношения A, ссылающийся на B — атрибут A.b. Ссылочная целостность для пары отношений A и B имеет место тогда, когда выполняется условие: для каждого кортежа отношения A существует соответствующий кортеж отношения B, то есть кортеж, у которого (B.key =A.b).
База данных обладает свойством ссылочной целостности, когда для любой пары связанных внешним ключом отношений в ней условие ссылочной целостности выполняется.
Если вышеприведённое условие не выполняется, говорят, что в базе данных нарушена ссылочная целостность. Такая БД не может нормально эксплуатироваться, так как в ней разорваны логические связи между зависимыми друг от друга фактами. Непосредственным результатом нарушения ссылочной целостности становится то, что корректным запросом не всегда удаётся получить корректный результат.
Пример[править | править исходный текст]
Так, в примере реляционная БД, состоящая из таблиц Address и Street, обеспечивает хранение адресов. При этом основная таблица, — Address, — содержит непосредственно номер дома и квартиры, а вместо имени улицы в поле Street имеет внешний ключ, ссылающийся на таблицу Street — справочник улиц. Очевидно, что полноценный адрес должен быть представлен двумя связанными записями в обеих названных таблицах, что технически выражается в условии: для любой записи таблицы Address в таблице Street должна существовать соответствующая запись, то есть запись со (Street.Key = Address.Street). Чтобы получить список полных адресов из таблиц такой структуры, когда в них соблюдается ссылочная целостность, достаточно применить к данным таблицам SQL-запрос:
select *
from Address, Street
where
Address.Street = Street.Key
В данном примере, однако, ссылочная целостность нарушена. Две записи таблицы Address (Key = 887 и Key = 994) имеют в поле Street так называемые «висящие» ссылки — значения, которым не соответствуют записи в таблице Street (эти ссылки показаны красным цветом). Из-за этого результат вышеприведённого запроса не будет содержать этих двух записей — для них условие запроса не выполнится. И ещё одна запись не будет выбрана вышеприведённым запросом — запись таблицы Address с (Key = 85). Это вариант намеренного (и, в некоторых случаях, легального) нарушения ссылочной целостности — в поле внешнего ключа записан NULL (показано голубым цветом). Чтобы получить список всех адресов, даже тех, у которых не указана улица, необходимо использовать открытое соединение, в одном из вариантов синтаксиса записываемое так:
select *
from Address left outer join Street on (Address.Street = Street.Key)
Если же требуется получить список, не включающий записи с «висящими» ссылками, то придётся усложнить запрос:
select *
from Address left outer join Street on ((Address.Street = Street.Key) or (Address.Street is null))