Сохранение - целостность - база - данные
Cтраница 1
 |
Пример требований защиты с перекрытием. [1] |
Сохранение целостности базы данных и удобство модификации являются теми причинами, по которым копии подфайлов физически не создаются. Но, вводя новые предикаты, легко произвести логическое разбиение файла на подфайлы. На рис. 8.9 показано, каким образом для разных способов установления санкций на доступ может быть построено несколько подфайлов. [2]
Задача сохранения целостности базы данных настолько важна, что для ее решения всегда привлекаются дополнительные программные и языковые механизмы. Одним из таких механизмов являются языковые средства обработки аварийных ситуаций ( исключений), возникающих при исполнении тех или иных операций. Разработчики Плейна, учтя опыт предыдущих языков программирования ( в частности, Клу [160] и Ада [75]), предложили довольно развитый аппарат выявления и обработки таких ситуаций. В связи с широким распространением языка Ада, очевидно, при обсуждении этого аппарата полезно сравнить его с соответствующим аппаратом Ады. [3]
Задачу сохранения целостности базы данных Адаплекс возлагает на модуль базы данных, а не на прикладные программы. Основной угрозой целостности считаются ошибочные модификации данных прикладными программами и взаимные помехи между параллельно выполняющимися программами. Для обнаружения ошибочных модификаций в Адаплексе служат декларации целостности, специфицирующие некоторый инвариант базы данных, а взаимное вмешательство программ предотвращается путем заключения операций с базой данных в так называемые атомарные операторы ( некоторый аналог транзакций Тексиса - разд. [4]
 |
Списковая организация свободных и освобождаемых страниц. [5] |
Описанная стратегия сохранения целостности базы данных не требует специальных действий по восстановлению базы данных в случае аварийного окончания какого-либо процесса и дает возможность немедленно использовать ее любым другим процессом. [6]
При такой стратегии сохранения целостности базы данных становится неприемлемой простая организация списка свободных страниц, изображенная на рис. 5.4. Дело в том, что занятие любой страницы из этого списка ведет к затиранию содержащегося на ней указателя следующей свободной страницы, тем самым в случае аварийного окончания модификационного процесса список свободных страниц не может автоматически остаться в состоянии, существовавшем до начала работы процесса. [7]
Внутренний уровень - тот, который виден ответственному за сохранение целостности базы данных. Этот уровень прозрачен для пользователя. [8]
Расписание, выполнение которого дает результаты, эквивалентные результатам последовательного расписания, называется сериализуемым. Такое расписание гарантирует сохранение целостности базы данных. [9]
 |
Пример правильно оформленного логического элемента работы.| Расписание ( а - последовательное расписание. [10] |
На рис. 6.9, а приведен пример последовательного расписания. Выполнение операций логических элементов работы в соответствии с последовательным расписанием гарантирует сохранение целостности базы данных. [11]
Современный подход к обработке данных на основе баз данных во многих отношениях отличен от традиционной обработки. База данных содержит не только значения данных, но и стандартный набор атрибутов для этих значений. Стандартные атрибуты позволяют администратору системы и пользователям иметь одинаковое представление о типах и характеристиках элементов базы данных. Такое единство важно для сохранения целостности базы данных во время ее модификации и при параллельной работе с ней нескольких пользователей. Современные системы управления базами данных обеспечивают режим непосредственного доступа к базе данных, режим диалога со многими пользователями и режим, допускающий динамическое перераспределение периферийных устройств. Для организации гибкой защиты данных необходимо, чтобы система управления базой данных допускала как частично совпадающие, так и даже противоречащие друг другу требования по защите данных для разных пользователей. Если же отсутствует единое представление о базе данных, ее владелец ( администратор системы и пользователь) не сможет указать спецификаций защиты, поскольку, дав их, он затруднит другим пользователям доступ к базе данных. [12]
При работе с группой разнообразных пользователей наиболее сложным является содержание базы данных в целостном состоянии, так как цена ошибки существенно возрастает. Необходимо иметь постоянную и твердую уверенность в том, что данные и отношения в базе данных поддерживаются правильно. Поэтому требование целостности базы данных является абсолютным. В то же время средства, которые привлекаются для сохранения целостности базы данных, весьма относительны. [13]
При работе с группой разнообразных пользователей наиболее сложным является содержание базы данных в целостном состоянии, так как цена ошибки существенно возрастает. Необходимо иметь постоянную и твердую уверенность в том, что данные и отношения в базе данных поддерживаются правильно. Поэтому требование целостности базы данных является абсолютным. В то же время средства, которые привлекаются для сохранения целостности базы данных, ресьма относительны. [14]
Страницы: 1