Декларативные ограничения целостности позволяют записать правила обеспечения целостности не в виде последовательности операций, а в виде набора правил, которые хранятся в словаре данных и автоматически выполняются ядром системы. Декларативные ограничения формулируются при описании данных и выполняются для всех работающих с этими данными программ. Это позволяет программистам не встраивать триггеры в каждую программу, а описать нужные правила лишь один раз.
Правда, из-за того, что ограничения проверяются для всех программ, работающих с данными, и некоторые проверки заведомо избыточны, несколько снижает быстродействие системы в целом. Однако обеспечивает более точное и полное соблюдение ограничений предметной области, а значит, повышает надежность.
СУБД Ingres не поддерживает декларативных ограничений целостности для распределенных БД, в остальных СУБД это средство присутствует.
Перед тем как решиться на установку той или иной СУБД, необходимо очень тщательно проанализировать ее функциональные возможности, производительность и сложность администрирования, чтобы убедиться, что она отвечает вашим требованиям. Немаловажным фактором является и то, насколько реально для вас получить техническую поддержку выбираемого пакета. Дело в том, что распределенные СУБД достаточно сложны в сопровождении.
Следует узнать также, поддерживает ли выбранный пакет работу национальным языком (ввод данных, их преобразование, тексты сообщений, сортировка, работа с датой) - для русского языка это сделано пока только в СУБД Oracle 7 (русификация выполнена по заданию и при участии корпорации Oracle корпорацией ЛВС). Лучше всего, если СУБД обеспечивает одновременную работу программ, использующих различные национальные языки, с одной и той же БД: клиент во Франции получает сообщение об ошибке на французиком языке, а клиент в России - на русском.
Если у вас очень жесткие требования к защите данных от несанкционированного доступа, рассмотрите возможность использования специальных “защитных” версий распределенных СУБД, которые имеются у СУБД Oracle 7 (Trusted Oracle), Informix и Sybase. Эти версии сертифицированы и гарантируют защиту данных по классу В1.
Тем, кто планирует заниматься разработкой и модификацией прикладных систем, полезно проанализировать возможность использования CASE-пакетов, предоставляющих средства для автоматизации создания распределенных БД. Например, пакет CASE Oracle позволяет на основе информации о том, какие сущности предметной области где и как используются, создавать структуру распределенной БД и автоматически генерировать нужную последовательность операторов языка описания данных для каждого узла сети. Кроме того, генерируется и поддерживается в актуальном состоянии в течение всего жизненного цикла прикладной системы информация об узлах распределенной БД, их характеристиках, взаимосвязи и использовании, значительно облегчающая непростую работу администратора БД. CASE Oracle позволяет автоматически генерировать прикладные модули для работы с распределенной БД.
Обязательно проанализируйте вычислительную среду, в которой предполагается эксплуатировать СУБД (используемые в узлах компьютеры и операционные системы, используемые сетевые протоколы). Здесь могут существенно помочь публикации результатов тестирования - соответствующие тесты для популярных коммерческих СУБД на различных вычислительных платформах регулярно проводит ряд зарубежных фирм. Производительность СУБД измеряется в транзакциях в секунду и определяется на основе стандартных тестов ТРС-А - оперативная обработка транзакций и ТРС-В “ударный тест” базы данных.
Результаты такого тестирования для рассматриваемых СУБД, относящиеся к началу 1993 г., приведены в табл. 2 и 3. Сравнение функциональных характеристик проводится по специальным методикам .
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.