|
|
|
Синхронизация данных в филиалах
|
|||
|---|---|---|---|
|
#18+
Интересно мнения спецов. Кто как решает проблему синхронизации данных, ну например при работе с филиалами. 1. Утром пользователь филиала подключился к центральному серваку, закачал свежие данные. 2. Отключился...работает автономно целый день 3. Вечером подключился обновился, слил свои данные. База не поддерживает всяких там репликаций, и производитель базы данных может быть любой. Как это можно разрулить малой кровью.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2008, 10:41 |
|
||
|
Синхронизация данных в филиалах
|
|||
|---|---|---|---|
|
#18+
Лучше сразу застрелиться :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2008, 17:39 |
|
||
|
Синхронизация данных в филиалах
|
|||
|---|---|---|---|
|
#18+
Хотя, опять же, все зависит от реальных потребностей. В частности могут ли пользователи центральной БД изменять данные, которые утром были отправлены в филиал. Если нет, или немного изменить стиль работы таким образом, чтобы им это не требовалось, то задача намного упрощается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2008, 17:42 |
|
||
|
Синхронизация данных в филиалах
|
|||
|---|---|---|---|
|
#18+
Олег Гапон База не поддерживает всяких там репликаций, и производитель базы данных может быть любой. Как это можно разрулить малой кровью.... Может быть "малая кровь" - это как раз приобретение субд с поддержкой репликации и соответствующая настройка? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2008, 22:21 |
|
||
|
Синхронизация данных в филиалах
|
|||
|---|---|---|---|
|
#18+
Олег Гапон 1) Основная проблема в данной ситуации "пересечение данных". К ним относятся а) справочники и классификаторы б) общие сущности (клиент, номер счета и т.д.) Соответственно необходимо предусмотреть их "единообразие" в каждом из филиалов 2) Вторая проблема - построение механизма наполнения БД. Утрированный пример "Остаток счета" можно заполнять а) непосредственно внося данные в карточку б) внося данные в таблицу событий - суммы поступающие и списываемые со счета (остаток расчитывается) Понятно, что в случае б) со "счетом" могут одновременно могут работать в нескольких филиалов 3) Предлагаю оценить проблему синхронизации данных с этих точек зрения. ______________________________________________________ Задолбали вихри яростных атак ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2008, 13:33 |
|
||
|
Синхронизация данных в филиалах
|
|||
|---|---|---|---|
|
#18+
ОГ> Автор: Олег Гапон ОГ> Интересно мнения спецов. ОГ> ОГ> Кто как решает проблему синхронизации данных, ну например при ОГ> работе с филиалами. ОГ> ОГ> 1. Утром пользователь филиала подключился к центральному серваку, ОГ> закачал свежие данные. ОГ> ОГ> 2. Отключился...работает автономно целый день ОГ> ОГ> 3. Вечером подключился обновился, слил свои данные. ОГ> ОГ> База не поддерживает всяких там репликаций, и производитель базы ОГ> данных может быть любой. ОГ> ОГ> Как это можно разрулить малой кровью.... Малой кровью не получиться. Нужен компонент, обеспечивающий синхронизацию гетерогенных баз, независимый от СУБД. Даже при его наличии - синхронизацию отдельных таблиц придется дописывать ручками, - структуру баз придется слегка унифицировать, - ключи подвести под некий глобальномый порядок. Необходим будет "холодный рестарт" распределенной системы во всех филиалах. Из собственных разработок - был такой Ystok-Syncer (http://en.ystok.ru/products/access.html), библиотека для приложений на Access, не использующая встроенную в Access репликацию. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2008, 14:36 |
|
||
|
Синхронизация данных в филиалах
|
|||
|---|---|---|---|
|
#18+
Сергей Фролов Лучше сразу застрелиться :) И по чём нынче эта радость ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2008, 18:00 |
|
||
|
Синхронизация данных в филиалах
|
|||
|---|---|---|---|
|
#18+
Олег ГапонИнтересно мнения спецов. Кто как решает проблему синхронизации данных, ну например при работе с филиалами. 1. Утром пользователь филиала подключился к центральному серваку, закачал свежие данные. 2. Отключился...работает автономно целый день 3. Вечером подключился обновился, слил свои данные. База не поддерживает всяких там репликаций, и производитель базы данных может быть любой. Как это можно разрулить малой кровью.... База может и не поддерживать. Но определенное количество полей, используемых исключительно для целей репликации, придется добавить и соответствующим образом обрабатывать. Если можно добавлять поля и повешать некие триггеры на процедуры добавления записей - всё, можно писать доморощенный репликатор. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2008, 13:39 |
|
||
|
|
start [/forum/topic.php?fid=32&msg=35353999&tid=1543841]: |
0ms |
get settings: |
4ms |
get forum list: |
8ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
156ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
25ms |
get tp. blocked users: |
1ms |
| others: | 234ms |
| total: | 440ms |
| 0 / 0 |
