- если запрос содержит информацию из различных узлов, и какой-либо из узлов недоступен, то запрос не будет удовлетворен. Т.к. вероятность того, что какой-либо из узлов недоступен выше, чем вероятность недоступности единственного узла, то в случае сегментации надежность оказывается еще ниже, чем в случае централизованной базы.
Такая стратегия может быть использованан в случаях, когда ограничена вторичная память узлов, или очень часты запросы к локальному узлу и редки запросы к удаленным узлам.
3. Дублирование (несколько копий базы данных). В этом случае в каждом узле хранится полная копия базы данных. Здесь возникает проблема согласования многих копий БД.
Достоинства:
- надежность, самая высокая из всех стратегий, т.к. в каждом узле полная копия базы данных.
- доступность: при выходе из строя какого-либо узла, он заменяется на другой узел
- эффективность: вся информация берется из локального узла
- простота восстановления разрушенной базы данных.
Такая стратегия с полной избыточностью подходит для тех случаев, когда фактор надежности является критичным, база данных небольшой, а интенсивность оббновления невысокой.
4. Смешанная ( несколько копий подмножеств базы данных, в каждом узле может содержаться произвольный фрагмент базы данных).
Объединяет подходы, связанные с сегментацией и дублированием, с целью приобретения преимуществ, которыми они обладают.
База данных разделяется на логические фрагменты, но в добавок к этому разрешается иметь любое количество копий каждого фрагмента.
При этом возникает необходимость хранит информацию о том, где располагаются фрагменты, и поддерживать согласованное хранение их копий. Обработки и оптимизация запросов при использовании этой стратегии являются нетривиальными задачами.
Достоинства
- гибкость, например, архивные данные, которые используются редко, модно держать в одном экземпляре, а данные, к которым осуществляется постоянный доступ, можно дублировать.
Такая стратегия может быть использована в том случае, если имеем базу данных, в которой требования надежности предъявляются только к некоторым ее частям.
Система управления распределенной базой данных, допускающей только централизованное распределение, является простейшей, а система, допускающая, смешанное распределение данных, - наиболее сложной.
1. Анализ требований.
2. Создание концептуальной модели данных, или глобальной логической модели - это общая структура БД.
3. Фрагментация данных - разделение базы данных на логические фрагменты.
4. Выбор стратегии распределения данных.
5. Распределение данных - размещение логических фрагментов в узлах сети в соответствии с выбранной стратегией.
Справочник сетевой БД хранит информацию о том, где какие данные хранятся. Он может быть распределен согласно любой из четырех стратегий.
Сетевой справочник должен рассматриваться как часть сетевой СУБД, а не как отдельный объект. Применяемая стратегия распределения справочника должна рассматриваться в свете стратегии распределения данных, и целей функционирования базы данных.
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.