21. Однородные и неоднородные бд

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

Во-первых, необходимо определить связь сетевой и локальных СУБД. В случае однородных СУБД нет проблем ни с моделью данных, ни с языком запросов, ни с другими средствами, которые должны быть предоставлены пользователям. Все это совпадает с тем, что поддерживается локальной СУБД. Если же распределенная база данных поддерживается неоднородными СУБД, то вопросы усложняются. Использование неоднородных СУБД обычно является следствием формирования распределенной базы данных из ряда существовавших ранее автономных баз данных. Стоящая перед разработчиками цель достичь прозрачности доступа, что представляет собой нечто большее, чем простое обеспечение доступа к удаленным СУБД и их базами данных. Прозрачность означает, что пользователю либо неизвестно расположение данных, либо такие сведения для работы с базой данных ему не требуются. При увеличении количества разнородных локальных СУБД количество типов преобразования схем быстро растет. Если имеется n локальных СУБД, то необходимо n(n-1) типов преобразований схем, что никак нельзя назвать эффективным решением. Использование единого для всей сети стандартного пользовательского интерфейса и стандартных внутренних форм представления запроса облегчает решение проблемы преобразования схем. При таком подходе все пользователи или, по меньшей мере, те из них, кому нужны данные из удаленных узлов, используют общий интерфейс, который может быть отличен от использующегося в локальной СУБД. Должна существовать одна схема сетевой базы данных, а не различные схемы в каждом узле, которые зависят от конкретной локальной СУБД. Недостатком является то, что пользователи должны изучать новую систему, сетевую СУБД. В заключение отметим, что технические проблемы, возникающие при преобразовании данных, тем труднее, чем неоднороднее система баз данных.

22. Сегментация баз данных

В сети с несколькими серверами баз данных не на одном сервере, а в сети серверов, что обеспечивает ее "выживание" в случае отказа сервера. Для этого используется сегментация базы данных по разделам и хранение каждого раздела на соответствующем сервере сети. Для создания резервных копий и улучшения производительности вы можете копировать разделы на другие серверы. Для создания, удаления, комбинирования, разделения, синхронизации или перестраивания разделов используется утилита управления разделами. Разделы обычно соответствуют объектам-контейнерам дерева распределенной базы данных. Для параллельных операций с разделами используется синхронизация. Для установления порядка событий и обеспечения корректной работы администраторов при изменении разделов распределенной базы данных использует отметки о дате и времени. (СИНХРОНИЗАЦИЯ - приведение двух или нескольких процессов к такому их протеканию, когда одинаковые или соответствующие элементы процессов совершаются с неизменным сдвигом во времени либо одновременно).