Синхронизация БД в две строны, как реализовать?

Question

[ruskella]

Здравствуйте!
Есть аптечная программа, называется М-Аптека+, использует БД Cache - это серверная часть.
В каждой аптеке стоит свой сервер со своей базой, так же все изменения стекаются в "главную" базу, Офис.
БД Офис - здесь настраиваются общие правила, справочники, пользователи... После чего изменения можно отправить в подразделения. Так же сюда стекаются все розницы, продажи... По сути становится частичной копией аптеки.
При этом БД Офис одна и в неё стекаются данные со всех аптек

Теперь возникла необходимость приходовать товар в одном месте, необходимо иметь прямой доступ к БД аптек из одного места.
Прямой - данные должны изменяться напрямую в БД конкретной аптеки или скажем в копию БД локально и позже синхронизироваться с аптекой.

Вот и вопрос как лучше это реализовать?
На данный момент ширина интернет канала - 2 мбит/с.

Можно ли сделать две БД в которые будут вводиться данные, а позже синхронизироваться?

Аптек несколько, юридические лица разные (несколько аптека на одно, несколько на другое...)

Answer 1

[Артемий]

Самое простое работать так же как и работали и если нужен доступ к базам данных аптек по VPN VNC доступ организовать через отдельные учетки в базах. И получите результат с минимальными затратами.

Comments

[ruskella]

Доступ и реализован к серверам по RAdmin.
Но хотелось бы иметь возможность синхронизации...

[Артемий]

Я так понимаю технология есть docs.intersystems.com/cache20121/csp/docbook/DocBo... , но вопрос в том что Вы влипнете в разбор структур данных, контроль целостности данных и бизнес-правила.Дешевле заплатить компании за эту задачу, которая поставляет Аптека+. У них есть репликация в центральную базу, возможно они могут и организовать и другие маршруты репликации малой кровью. Но это не тривиальная задача. Репликация в центральную базу формально аддитивна, а репликация в других моделях требует глубокого понимания всех тем, которые я упомянул выше.

[ruskella]

Тут дело в том, что:
Между серверами нет репликации!
Всё идёт через, выплюнул файл в читаемом/не читаемом формате и его надо доставить в импорт другого сервера, тот его скушал и всё.
По сути импорт/экспорт файлов (справочники, какие-либо общие настройки... накладные отдаёт серверу в импорт) и идёт как "репликация", другого нет или не реализовано

[Артемий]

А... это экспорт-импорт, а не репликация. Тогда все хуже, значит производитель софта репликацию вообще не делал. НАдо с ним по любому этот вопрос обсудить, чтобы понять, что он и за сколько предлагает, а если устраивает, то курить мануалы по Cache, разбираться во всем и на тестовых базах писать скрипт репликации или настройках базы. Тут целая модель по репликации docs.intersystems.com/cache20121/csp/docbook/DocBo...

[ruskella]

Спасибо, но вряд ли будем этим заниматься)

[Артемий]

Это было ясно с самого начала))))

[ruskella]

Артем HTMLDatabase: Мало ли был нормальный способ, ведь SQL не так уж и сложно делает аналогичную процедуру (читал про это)

[Артемий]

ruskella: Поверьте на слово - это в теории и на простых моделях репликации.