- •1. Распределённые базы данных: основные понятия.
- •2. Аспекты сетевого взаимодействия (необходимые условия функционирования сурбд).
- •3. Свойства ddb: локальная автономия, независимость узлов, непрерывные операции, обработка распределённых транзакций.
- •4. Свойства ddb: обработка распределённых запросов, прозрачность расположения, прозрачная фрагментация, прозрачное тиражирование.
- •5. Свойства ddb: независимость от оборудования, независимость от операционных систем, прозрачность сети, независимость от баз данных.
- •6. Обработка и оптимизация запросов.
- •7. Управление одновременным доступом.
- •8. Целостность данных и протоколы обеспечения надежности.
- •9. Технология тиражирования данных
- •10. Масштабируемость (расширяемость)
- •11. Производительность
- •12. Cмешанная загрузка субд (olcp). Развитие архитектуры серверов бд
- •13. Постоянная доступность данных.
- •14. Параллельные системы баз данных: общее понятие.
- •15. Цели и параметры параллелизма: ускорение и расширяемость.
- •16. Аппаратная архитектура.
- •17. Параллелизм внутри реляционных операторов.
2. Аспекты сетевого взаимодействия (необходимые условия функционирования сурбд).
Традиционной и наиболее популярной моделью является модель доступа к удаленным данным RDA-модель.
Ее суть заключается в том, что имеется компьютер на котором запускаются программы переднего плана (клиенты), в которых реализованы как функции интерфейса использования, так и прикладные функции. Этот компьютер обычно называют локальным узлом. Он соединен сетью с компьютером, на котором выполняется сервер БД и находится сама БД, и он называется удаленным узлом.
Все проблемы, возникающие при взаимодействии клиента и сервера должен решать специальный компонент СУБД, называемый коммуникационным сервером. Для поддержки взаимодействия «клиент-сервер» он должен функционировать на удаленном узле, а на локальном должна выполняться программа связи, взаимодействующая с ним.
В основу взаимодействия прикладных программ и сервера положен ряд функциональных принципов, определяющих возможности современных СУБД, частью сетевого взаимодействия и распределенной обработки данных. 4 принципа:
Прозрачность сети;
Автоматическое преобразование формата данных;
Автоматическая трансляция кодов;
Межоперабельность.
Прозрачность (вроде бы).
Клиент и сервер взаимодействуют по сети с конкретной топологией, для поддержки взаимодействия всегда используется определенный протокол. Взаимодействие должно быть организовано таким образом, чтобы обеспечивать независимость от используемого аппаратного обеспечения и подпротоколов сетевого.
Для этого коммуникационный сервер должен поддерживать как можно более широкий диапазон сетевых протоколов (TCP/IP, SPX/IPX, SNA, NetBIOS, AppleTalk).
Автоматическое преобразование форматов.
Как только несколько компьютеров разных моделей под управлением различных ОС соединяются в сеть, сразу возникает вопрос о согласовании форматов представления данных.
В сети компьютеры могут различаться:
Разрядностью;
Порядком следования байт в слове;
Представлением чисел с плавающей точкой и т.д.
Задача коммуникационного сервера состоит в том, чтобы набором обмена данными обеспечить согласование всех форматов между удаленными и локальными узлами.
Автоматическая трансляция кода.
Сервер может работать с одной кодовой таблицей, а клиент с другой, при этом происходит рассогласование портов и входов сети. Решение этой задачи также ложится на коммуникационный сервер
Межоперабельность
В контексте РБД межоперабельность означает 2 вещи:
- качество, позволяющее обмениваться данными между БД различных производителей;
- возможность некоторого унифицированного доступа к данным из приложения.
Здесь возможны универсальные решения (стандарты ODBC) и специализированные подходы. Очевидный недостаток ODBC это недоступность для приложения многих полезных механизмов каждой конкретной СУБД, поскольку они могут быть использованы только через расширение SQL, в диалекте языка данной СУБД, но в стандарте ODBC эти расширения не поддерживаются.
Специальный подход это, например использование шлюзов, позволяющих приложениям оперировать над БД в чужом формате так, как будто это собственная база.