Tyre (Шины) № п/п

Key tyre Name tyre

Примечание

Уникальный ключ шин

Наименование шин

Body (Кузов)

№ п/п

Наименование поля

Key body Name body

Примечание

Уникальный ключ кузова

Наименование кузова

Automobile passenger car (Автомобиль)

№ п/п

Наименование поля

Key auto

Key model

Date issue

Cost

Примечание

Уникальный ключ автомобиля

Уникальный ключ модели

Дата выпуска в

формате

ДД.ММ.ГГ

Стоимость,, $

Customer ( Клиент)

№ п/п

3 4 5

Наименование поля

Key custome

Name customer

Address Tel Fax

Last name First name Patronymic Juridical

Comment

Примечание

Уникальный ключ клиента

Наименование клиента

Адрес

Телефон

Факс

Фамилия

Отчество

Признак

юридического

лица

Примечание

Sale (Продажа) № п/п

Наименование Примечание поля

Account Счет

Date sale Дата продажи в

формате

Наименование поля

Sum

ДД.ММ.ГГ Сумма, $

Account (Счет)

№ п/п

Наименование поля

Number record

Account

Key customer

Key auto

Date write

Selled

Sum

Примечание

Номер записи Счет

Уникальный ключ клиента

Уникальный ключ автомобиля

Дата выписки в формате ДД. ММ. ГГ

Пометка об оплате

Сумма, $

Order (Заказ)

№ п/п

Наименование поля

Key order Key customer Key model Key salman

Примечание

Уникальный ключ заказа

Уникальный ключ клиента

Уникальный ключ модели

Уникальный ключ продавца

Salesman (Продавец)

№ п/п

2 3 4

Наименование поля

Key salman

Last name First name Patronymic

Примечание

Уникальный ключ продавца

Фамилия

Отчество

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

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

на поддержание

Мы привыкли доверять достоверности данных, помещаемых в печатных изданиях. При подготовке книги помещаемые в нее данные проверяют несколько редакторов. Они же стараются сделать так, чтобы книга была написана литературным языком и соответствовала неким нормам, с которыми читатели подходят к книгам различного жанра. Удивительно было бы при чтении детектива встретить ссылки на научные источники в конце страницы.

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

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

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

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

• Тип и формат поля автоматически допускают ввод только данных определенного типа. Выбор типа поля Date в формате ДД.ММ.ГГ позволит пользователю ввести только шесть чисел. При этом первая пара цифр не сможет превысить в лучшем случае значения 31, а вторая - 12.

• Задание диапазона значений, как правило, используется для числовых полей. Диапазон допустимых значений может быть ограничен с двух сторон (закрытый диапазон), а может с какой-то одной: верхней или нижней (открытый диапазон).

• Недопустимость пустого поля позволяет избежать появления в БД "ничейных" записей, в которых пропущены какие-либо обязательные атрибуты.

• Задание списка значений позволяет избежать излишнего разнообразия данных, если его можно ограничить. Например, для указания типа кузова мы можем ограничить фантазию пользователя только общепринятыми названиями: Седан, кабриолет и т. д.

• Проверка на уникальность значения какого-то поля позволяет избежать записей-дубликатов. Вряд ли будет удобно в справочнике клиентов иметь несколько записей для одного и того же лица.

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

Как конкретно реализуется в каждой из рассматриваемых СУБД ограничение целостности мы увидим на примере создания БД в шестой главе.

2.3. Словарь данных

Управленческим инструментарием разработки при проектировании базы данных является словарь данных (СД).

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

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

ошибках, сбоях и неправильном вводе данных. Вы встречали человека, размахивающего листком с распечаткой и неустанно повторяющего как молитву фразу: "Это я рассчитал на компьютере!" Мы встречали, и не раз.

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

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

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

В СУБД целостность данных обеспечивается набором специальных предложений, называемых ограничениями целостности.