Службы сообщений используют адрес
Службы сообщений используют адрес получателя для сохранения и передачи сообщений к пункту
назначения. Например, система электронной почты может сохранять сообщение на сервере до тех
пор, пока соответствующий пользователь не подключится к системе.
В отличие от режима сессии, многие системы, основанные на сообщениях, не гарантируют ни
обязательной доставки сообщения, ни определенного порядка прихода нескольких сообщений.
Поэтому SQL Remote реализует специальный протокол, который гарантирует проведение
обновлений в правильном порядке.
Публикация - это объект, описывающий тиражируемые данные. Удаленные пользователи
оформляют подписки на публикации для получения этих данных.
Публикация может включать данные из нескольких таблиц. Каждая таблица может быть
представлена либо целиком, либо подмножеством столбцов, либо даже подмножеством строк по
условию выборки.
Система репликации администрируется централизованно в консолидированной БД средствами
графического инструмента SQL Central.
Публикация может быть использована несколькими подписчиками.
В SQL Remote реализована поддержка систем передачи сообщений MAPI, VIM, SMTP и
файлового обмена.
При проектировании любой схемы репликации, где происходит обновление в нескольких БД,
следует учитывать возможность возникновения и разрешения конфликтов. Рассмотрим очень
кратко, как эта проблема решается в SQL Remote.
- Два пользователя добавляют в таблицу строку с одинаковым первичным
ключом (ПК). В этом случае второй INSERT закончится неудачно. Этой
ситуации можно избежать при правильном проектировании БД. Например,
включить колонку - идентификатор БД, где происходит обновление, в
первичный ключ такой таблицы.
- Два пользователя обновляют одну и ту же колонку в таблице (не ПК). Если
в системе требуется обеспечить пользователям такую потенциально опасную
возможность, то SQL Anywhere предоставляет средство обнаружить и
разрешить конфликт с помощью специального типа триггера (RESOLVE
UPDATE).