Что означает свойство целостности бд
Целостность базы данных
Це́лостность ба́зы да́нных (database integrity) — соответствие имеющейся в базе данных информации её внутренней логике, структуре и всем явно заданным правилам. Каждое правило, налагающее некоторое ограничение на возможное состояние базы данных, называется ограничением целостности (integrity constraint). Примеры правил: вес детали должен быть положительным; количество знаков в телефонном номере не должно превышать 25; возраст родителей не может быть меньше возраста их биологического ребёнка и т.д.
Задача аналитика и проектировщика базы данных — возможно более полно выявить все имеющиеся ограничения целостности и задать их в базе данных.
Целостность БД не гарантирует достоверности содержащейся в ней информации, но обеспечивает по крайней мере правдоподобность этой информации, отвергая заведомо невероятные, невозможные значения. Таким образом, не следует путать целостность БД с достоверностью БД. Достоверность (или истинность) есть соответствие фактов, хранящихся в базе данных, реальному миру. Очевидно, что для определения достоверности БД требуется обладание полными знаниями как о содержимом БД, так и о реальном мире. Для определения целостности БД требуется лишь обладание знаниями о содержимом БД и о заданных для неё правилах. Поэтому СУБД может (и должна) контролировать целостность БД, но принципиально не в состоянии контролировать достоверность БД. Контроль достоверности БД может быть возложен только на человека, да и то в ограниченных масштабах, поскольку в ряде случаев люди тоже не обладают полнотой знаний о реальном мире.
Итак, БД может быть целостной, но не достоверной. Возможно и обратное: БД может быть достоверной, но не целостной. Последнее имеет место, если правила (ограничения целостности) заданы неверно.
Целостность базы данных
Смотреть что такое «Целостность базы данных» в других словарях:
целостность базы данных — Свойство базы данных, определяемое способностью системы управления базой данных защищать компоненты и связи базы данных от искажения в результате некорректных операций и сбоев технических средств. [ГОСТ 20886 85] Тематики организация данных в… … Справочник технического переводчика
Целостность базы данных — 2. Целостность базы данных Свойство базы данных, определяемое способностью системы управления базой данных защищать компоненты и связи базы данных от искажения в результате некорректных операций и сбоев технических средств Источник: ГОСТ 20886 85 … Словарь-справочник терминов нормативно-технической документации
Целостность базы данных — (database integrity) соответствие имеющейся в базе данных информации её внутренней логике, структуре и всем явно заданным правилам. Каждое правило, налагающее некоторое ограничение на возможное состояние базы данных, называется ограничением… … Википедия
Сервер базы данных — Сервер БД выполняет обслуживание и управление базой данных и отвечает за целостность и сохранность данных, а также обеспечивает операции ввода вывода при доступе клиента к информации. Архитектура клиент сервер состоит из клиентов и серверов.… … Википедия
Иерархические базы данных — Иерархическая модель базы данных состоит из объектов с указателями от родительских объектов к потомкам, соединяя вместе связанную информацию. Иерархические базы данных могут быть представлены как дерево, состоящее из объектов различных уровней.… … Википедия
Представление (базы данных) — У этого термина существуют и другие значения, см. Представление. Представление (англ. view, более созвучное не стандартное название «вид», в сленге программистов часто используется в качестве заимствования из английского «вьюха», «вьюшка»)… … Википедия
Реляционные базы данных — Реляционная база данных база данных, основанная на реляционной модели данных. Слово «реляционный» происходит от англ. relation (отношение[1]). Для работы с реляционными БД применяют реляционные СУБД. Использование реляционных баз данных было… … Википедия
Индекс (базы данных) — У этого термина существуют и другие значения, см. Индекс. Индекс (англ. index) объект базы данных, создаваемый с целью повышения производительности поиска данных. Таблицы в базе данных могут иметь большое количество строк, которые хранятся в … Википедия
Триггер (базы данных) — У этого термина существуют и другие значения, см. Триггер (значения). Триггер (англ. trigger) это хранимая процедура особого типа, которую пользователь не вызывает непосредственно, а исполнение которой обусловлено действием по модификации… … Википедия
Курсор (базы данных) — У этого термина существуют и другие значения, см. Курсор (значения). Курсор ссылка на контекстную область памяти[источник не указан 126 дней]. В некоторых реализациях информационно логического языка SQL (Oracle,… … Википедия
Учитель информатики
Сайт учителя информатики. Технологические карты уроков, Подготовка к ОГЭ и ЕГЭ, полезный материал и многое другое.
В чем заключается построение модели данных?
а) В чем заключается построение модели данных?
б) Что означает свойство целостности БД?
в) Какие данные следует добавить в БД приемной комиссии, если требуется учитывать преподавателей, принимающих экзамены, и деление абитуриентов на экзаменационные группы?
г) Какие данные следует добавить в БД приемной комиссии, если дополнительно к требованиям предыдущего задания нужно учитывать расписание экзаменов, т. е. сведения о том, где, когда и какому преподавателю сдает экзамен данная группа?
д) Постройте схему БД с учетом выполнения заданий 2, в и 2, г.
Ответ
а) В описании всех используемых в ней отношений (таблиц) и построении схемы базы данных, то есть системы связей между таблицами.
б) Це?лостность ба?зы да?нных (database integrity) — соответствие имеющейся в базе данных информации её внутренней логике, структуре и всем явно заданным правилам.
г) Таблицу связи преподавателей и групп, состоящую из 4-х полей: ключ группы, ключ преподавателя, дата экзамена, аудитория. Если нужно хранить и название экзамена, то добавляется поле ключ экзамена (список экзаменов — отдельная таблица).
Что означает свойство целостности бд
Построение модели данных
Теперь перейдем к построению реляционной модели данных. Для этого нужно описать все отношения с указанием главных ключей, а также представить схему БД — структуру связей между таблицами.
Каждая из запланированных выше таблиц будет представлена в БД отдельным отношением. Опишем все их в строчной форме, определив в некоторых случаях сокращенные имена полей и подчеркнув главные ключи.
Факультеты (КОД_ФАК, ФАКУЛЬТЕТ, ЭКЗАМЕН_1, ЭКЗАМЕН _2, ЭКЗАМЕН_3)
Специальности (КОД_СПЕЦ, СПЕЦИАЛЬНОСТЬ, КОД_ФАК, ПЛАН)
Абитуриенты (PEГ_HOM, КОД_СПЕЦ, МЕДАЛЬ,СТАЖ)
Анкеты (РЕГ_НОМ, ФАМИЛИЯ, ИМЯ, ОТЧЕСТВО, ДАТА РОЖД, ГОРОД, УЧ_ЗАВЕДЕНИЕ)
Оценки (РЕГ_НОМ, ОЦЕНКА_1, ОЦЕНКА 2, ОЦЕНКА_3)
Итоги (РЕГ_НОМ, ЗАЧИСЛЕНИЕ)
Чтобы эти шесть таблиц представляли собой систему, между ними должны быть установлены связи. Фактически связи уже имеются через общие имена полей. Первые два отношения связаны между собой кодом факультета, второе и третье — кодом специальности, а три последних — регистрационным номером. Связи позволяют определить соответствия между любыми данными в этих таблицах, например: между фамилией некоторого абитуриента и его оценкой по математике; между названием города и результатами экзамена по русскому языку выпускников школ этого города и пр. Благодаря этим связям становится возможным получение ответов на запросы, требующие поиска информации в нескольких таблицах одновременно.
Для явного указания связей между таблицами должна быть построена схема базы данных. В схеме указывается наличие связей между таблицами и тип связей. Схема для нашей системы представлена на рис. 1.7.
Рис. 1.7. Схема базы данных
В схеме использованы два типа связей: один к одному и один ко многим. Первый обозначен двунаправленной одинарной стрелкой, второй — одинарной стрелкой в одну и двойной в другую сторону. При связи «один к одному» с одним экземпляром записи в родной таблице связан РДЙН экземпляр записи в другой таблице. Например, одна запись об абитуриенте связана с одним списком оценок. При наличии связи «один ко многим» одна запись в одной таблице связана с множеством записей в другой таблице. Например, с одним факультетом связано множество специальностей, а с одной специальностью — множество абитуриентов, поступающих на эту специальность.
Связь «один ко многим» — это связь между двумя соседними уровнями иерархической структуры. А таблицы, связанные отношениями «один к одному», находятся на одном уровне иерархии. В принципе, все эти четыре таблицы могут быть объединены в одну таблицу, поскольку главный ключ у них один — «РЕГ_Н0М». Однако с такой таблицей работать будет неудобно — слишком много полей. Каждая из четырех таблиц в отдельности лучше обозревается, кроме того, каждая из них имеет самостоятельный смысл.
Организация связей между таблицами обеспечивает одно важное качество базы данных, которое называется целостностью данных.
Система не допустит, чтобы одноименные поля в разный связанных между собой таблицах имели разные значения. Ввод данных автоматически контролируется, В связанных таблицах может быть установлен режим каскадной замены: если в одной из таблиц изменяется значение поля, по которому установлена связь, то в других таблицах автоматически изменятся значения одноименных полей. Аналогично действует режим каскадного удаления: достаточно удалить запись из одной таблицы, чтобы связанные записи исчезли из всех остальных таблиц. Это естественно, поскольку, например если закрывается какой-то факультет, то исчезают и все его специальности. Или если у абитуриента сменили регистрационный номер в таблице «Абитуриенты», то автоматически его номер должен обновиться и в других таблицах.
На этом проектирование базы данных завершено. Это был теоретический этап. Дальнейшая работа будет происходить в среде СУБД MS Access.
Построение реляционной модели данных заключается в описании всех используемых в ней отношений (таблиц) и построение схем базы данных, то есть системы связи между таблицами.
Связь между таблицами осуществляется через одноименные поля. Связь «один к одному » — через общий главный ключ; связь «один ко многим» — через главный ключ в одной таблице и одноименное поле в другой таблице — такое поле называют внешним ключом.
Поддержка целостности данных — автоматический контроль за согласованностью взаимосвязанных данных в разных таблицах.
Вопросы и задания
1. а) В чем заключается построение модели данных?
б) В чем заключается свойство целостности БД?
2. а) Какие данные следует добавить в БД приемной комиссии, если требуется учитывать деление абитуриентов на экзаменационные группы и фамилии преподавателей принимающих экзамены?
б) Какие данные следует добавить в БД приемной комиссии, если дополнительно к требованиям предыдущего задания нужно учитывать расписание экзаменов, то есть сведения о том, где, когда и какому преподавателю сдает экзамен данная группа?
в) Постройте схему БД с учетом требований, изложенных в вопросах 2 а) и 2 б).
3. а) При проектировании БД были определены следующие отношения:
Магазин (НОМЕР_МАГ, ТИП, АДРЕС, ДИРЕКТОР, ТЕЛЕФОН);
Отдел (НАЗВАНИЕ_ОТД, ЗАВЕДУЮЩИЙ, ТЕЛЕФОН);
Продавец (ТАБЕЛЬНЫЙ НОМ, ФАМИЛИЯ, ИМЯ, ОТЧЕСТВО, КАТЕГОРИЯ)
Являются ли эти отношения связанными? Добавьте все, что необ¬ходимо для их связи; изобразите схему БД в графическом виде.
б) Спроектируйте базу данных для информационной системы «Наша школа», содержащей сведения об учителях, учениках, классах, изучаемых предметах. Замечание: данное задание носит творческий характер и может быть выполнено во многих вариантах. Устройте конкурс на лучшее решение этой задачи.
Семакин И.Г., Хеннер Е.К., Информатика и ИКТ, 11
Отослано читателями из интернет-сайтов
Если у вас есть исправления или предложения к данному уроку, напишите нам.
ГДЗ по информатике 11 класс учебник Семакин параграф 6
1. а) Перечислите задачи, которые должна решать проектируемая информационная система « Приемная комиссия ».
принять документы, аттестат, заявление и прочее.
добавить фамилию в списки, для вступительных экзаменов.
задачи должна решать:
Допускать ли абитуриентов до вступительных экзаменов, исходя из всей имеющейся информации об абитуриенте.
б) Какие информационные процессы происходят на различных этапах
приемной кампании в вузе?
в) Какая информация добавляется к базе данных на каждом этапе?
1. Подготовительный этап. На этом этапе от нашей ИС в первую очередь потребуются сведения о плане приема в университет: на каких факультетах какие специальности открыты для поступления; сколько человек принимается на каждую специальность. Кроме того, абитуриентов (и их родителей) интересует, какие вступительные экзамены сдаются на каждом факультете.
3. Этап приема экзаменов. Основная информация, представляющая интерес на этом этапе, — результаты сдачи экзаменов абитуриентами. Безусловно в реальной системе фигурируют данные о делении абитуриентов на экзаменационные группы, о датах и месте проведения экзаменов, об экзаменаторах и пр. Но мы ограничимся лишь одной таблицей, содержащей оценки, полученные каждым абитуриентом:
4. Этап зачисления в университет. Здесь нас будет интересовать окончательный список с информацией о том, кто из абитуриентов принят в университет, а кто — нет:
2. а) В чем заключается построение модели данных?
Построение реляционной модели данных заключается в описании всех используемых в ней отношений (таблиц) и построение схем базы данных, то есть системы связи между таблицами.
Связь между таблицами осуществляется через одноименные поля. Связь «один к одному » — через общий главный ключ; связь «один ко многим» — через главный ключ в одной таблице и одноименное поле в другой таблице — такое поле называют внешним ключом.
Поддержка целостности данных — автоматический контроль за согласованностью взаимосвязанных данных в разных таблицах.
б) Что означает свойство целостности БД?
в) Какие данные следует добавить в БД приемной комиссии, если требуется учитывать преподавателей, принимающих экзамены, и деление абитуриентов на экзаменационные группы?
г) Какие данные следует добавить в БД приемной комиссии, если дополнительно к требованиям предыдущего задания нужно учитывать расписание экзаменов, т. е. сведения о том, где, когда и какому преподавателю сдает экзамен данная группа?
д) Постройте схему БД с учетом выполнения заданий 2, в и 2, г.
3. а) При проектировании БД были определены следующие отношения:
МАГАЗИН(НОМЕР _МАГ, ТИП, АДРЕС, ДИРЕКТОР, ТЕЛЕФОН)
ОТДЕЛ (НАЗВАНИЕ_ОТД, ЗАВЕДУЮЩИЙ, ТЕЛЕФОН)
ПРОДАВЕЦ (ТАБЕЛЬНЫЙ_НОМ, ФАМИЛИЯ, ИМЯ, ОТЧЕСТВО,
Являются ли эти отношения связанными? Добавьте всё, что необходимо
для их связи; изобразите схему БД в графическом виде.