![]() |
#11 |
Участник
|
Когда приступаешь к задаче синхронизации, часто возникает обманчивое впечатление, что главное - это решить вопросы транспортного уровня передачи данных от одного сайта к другому. Что вот наладим бесперебойную передачу сообщений и тогда наступит счастье. Это не так.
Как показывает опыт, затраты на передачу данных (на разработку и внедрение этого процесса) занимают меньше 20ти процентов от всего объема. Основная проблема - это обработка этих данных на местах. Вы должны понимать, зачем пришли данные и как их нужно обработать с учетом, например, того что эти же данные могут редактироваться на месте. И скорее всего вас попросят во многих случаях сделать так чтобы их можно было корректировать на месте. Mazzy правильно написал - сначала нужно решать задачу на уровне сущностей, полного дерева их подчинений, описания точек генерации информации и необходимости редактирования данных в потребителях. Когда представите эту картину в целом - возможно будет более-менее ясно какой объем у вас будет передаваться и насколько это должно быть быстро. И от этого можно выбирать необходимую платформу для транспортной задачи. А платформа может варьироваться. Как варианты: - файловый импорта-экспорта собственной разработки - AIF c передачей посредством MessageQueue, файлов - механизм репликации SQL напрямую или через специально выделеные буферные таблицы. Все это работает, везде есть свои проблемки и свои преимущества. Главное, чтобы выбранная платформа нигде не ущемляла необходимые потребности. |
|
|
За это сообщение автора поблагодарили: EVGL (2). |
Теги |
синхронизация баз |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|