17. Проблема целостности базы данных

Обеспечение целостности данных является важнейшей задачей при проектировании и эксплуатации систем обработки данных (СОД). Проблема целостности состоит в обеспечении ... правильности данных в базе данных в любой момент времени». Целостность – актуальность и непротиворечивость информации, ее защищенность от разрушения и несанкционированного изменения.

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

Целостность данных – неотъемлемое свойство базы данных, и ее обеспечение является важнейшей задачей проектирования БнД. Це­лостность данных описывается набором специальных предложений, называемых ограничениями целостности. Ограничения целостнос­ти представляют собой утверждения о допустимых значениях отдель­ных информационных единиц и связях между ними. Эти ограничения определяются в большинстве случаев особенностями предметной области. При выполнении операций над БД проверяется выполнение огра­ничений целостности.

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

18. Даталогическое проектирование. Нотация Питера Чена. Нотация idef 1х

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

Исходными данными для даталогического проектирования является инфологическая модель предметной области.

Конечным результатом даталогического проектирования является описание логической структуры базы данных на языке описания данных (ЯОД), поддерживаемом конкретной СУБД.

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

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

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

1. Для каждого объекта предметной области создается отношение, а следовательно и один файл.

2. На основе инфологической схемы анализируются типы соответствия между объектами.

а) Если тип соответствия равен 1:М, то создается два отношения по одному для каждого объекта n – связного и односвязного. В отношение, соответствующее 1 – связному объекту, добавляется поле, идентифицирующее n – связный объект.

б) Если тип соответствия между объектами предметной области равен M:N, то для каждого объекта создается по отношению, а третье отношение выражает связь между ними. Оно включает поля, соответствующие идентификаторам (ключевым атрибутам) этих объектов. Такая конструция соответствует типу соответствия М:М в инфологической модели. А третье отношение соответствует типу “ДИСПЕТЧЕР”. В результате такого преобразования достигается тип соответствия M:1 и 1:N.

в) Если тип соответствия между объектами равен 1:1, то для каждого объекта строится свое отношение. При этом отношение одного из них включает поле, идентифицирующее другой объект.