Информационный сайт

 

Реклама
bulletinsite.net -> Книги на сайте -> Программисту -> Коннолли Т. -> "Базы данных. Проектирование, реализация и сопровождение. Теория и практика" -> 46

Базы данных. Проектирование, реализация и сопровождение. Теория и практика - Коннолли Т.

Коннолли Т., Бегг К. Базы данных. Проектирование, реализация и сопровождение. Теория и практика — М.: Вильямc, 2003. — 1440 c.
ISBN 5-8459-0527-3
Скачать (прямая ссылка): bazidannihpproekt2003.djv
Предыдущая << 1 .. 40 41 42 43 44 45 < 46 > 47 48 49 50 51 52 .. 683 >> Следующая


7. Поддержка обмена данными

ЗУБД должна обладать способностью к интеграции с коммуникационным программным ооеслечением.

Большинство пользователей осуществл- ют доступ к базе данных с помощью терминалов. Иногда эти терминалы подсоединены непосредственно к компьютеру с СУБД. В других случаях терминалы могут находиться на значительном удалении и обмениваться данными с компьютером, на котором располагается СУБД, через сеть. В любом случае СУБД получает запросы в виде сообщений обмена данными (communications messages) и аналогичным образом отвечает на них. Все такие попытки передачи данных управляются диспетчером обмена данными (DEM — Data Exchange Manager і Хотя этот диспетчер не является частью собственно СУБД, тем не менее, чтобы быть коммерчески жизнеспособной, любая СУБД должна обладать способностью интеграции с разнообразными существующими диспетчерами обмена данными. Даже СУБД для персональных компьютеров должны поддерживать работу в локальной сети, чтобы вместо нескольких разрозненных баз данных для каждого отдельного пользователя можно было бы установить одну цент ра шлованную базу данных и использовать ее как общий ресурс для всех существующих пользователей. При этом предполагается, что не

96

Часть I ОСНОВНЫЕ СВВДЕНИЯ база данных должна быть распределена в сети, а удаленные пользователи должны иметь возможность доступа к централизованной базе данных. Такая организация работы называется распределенной обработкой. Более подробно она рассматривается в разделе 22.1.1.

8. Службы поддержки целостности данных

СУБ/ должна обладит: і- ютрументами контроля за тем, чтобы данные и их изменения соответствовали заданным правилам.

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

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

9. Службы поддержки независимости отданных

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

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

10. Вспомогательные службы

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

Вспомогательные утилиты обычно предназначены для оказания помощи АБД в эффективном администрировании базы данных. Одни утилиты работают на внешнем уровне, а потому они, в принципе, могут быть созданы самим АБД, тогда как другие функционируют на внутреннем уровне системы и потом і должны быть предоставлены самим разработчиком CVbJ Ниже приводятся некоторые примеры подобных утилит.

Глава 2. Среда базыданных

97 ¦ Утилиты импортирования, предназначенные для загрузки базы данных из плоских файлов, а также утилиты экспортирования, которые служат для выгрузки базы данных в ьлоскге файлы.

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

¦ Программы статистического анализа позволяющие оценить производительность или степень использования базы данных.

¦ Инструменты реорганизации индексов, предназначенные для перестройки индексов в случае их переполнения.

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

2.5. Компоненты СУБД

СУБД является весьма сложным ввдом программного обеспечения, предназначенным для предоставления перечисленных в предыдущем разделе служб. Компонентную структуру СУБД практически невозможно обобщить, поскольку она очень сильно различается в разных истсмйх. Однако при изучении систем баз данных полезно представлять себе ее обобщенную структуру в ввде набора из нескольких компонентов и определенных связей между ними. В этом разделе мы рассмотрим одну из возможных архитектур СУБД, а в разделе 8.2.2 — архитектуру СУБД Oracle.
Предыдущая << 1 .. 40 41 42 43 44 45 < 46 > 47 48 49 50 51 52 .. 683 >> Следующая
Реклама
Авторские права © 2009 AdsNet. Все права защищены.
Rambler's Top100