Как программировать PHP/MYSQL чтобы потом можно было синхронизировать БД?

Question

[Хостинг Ярославль]

Предположим есть простая БД

таблица sale: sale_id, nomenclature_id, count, price, sum...
таблица nomenclature: nomenclature_id, name...

как программировать, чтобы потом БД на разных филиалах (принесли дамп на флешке или появился на 5 минут интернет) можно было синхронизировать?

из простого, что в голову приходит - это префиксы филиалов в id (1000001, 1000002 - id всех записей в филиале 1 и N000001, N000002,.... в филиале N), но тогда при синхронизации всплывут номенклатуры с одинаковым именем и разным ID, если оба филиала, например впервые купят лампочку и оприходуют ее каждый создав номенклатуру.

Каков принцип построения таких программ, чтобы не изобретать велосипед и не писать свои алгоритмы синхронизации, а пользоваться чем-то стандартным/готовым вроде rsync?

Comments

[Евгений Самсонов]

Если у вас есть своя логика, каким образом сливать данные, то вряд ли вы найдете готовый инструмент. Напишите сами, задача вроде несложная

Answer 1

[Евгений Ромашкан]

Что и с чем синхронизировать?
Чтобы id не пересекались на нескольких нодах можно использовать UUID.
Можно ещё всякое типа microtime+идентификатор ноды, но вряд ли нужно без каких-то серьёзных требований по производительности

Comments

[Хостинг Ярославль]

в центральном офисе админ сливает воедино дампы БД принесенные на флешках с филиалов в единую БД и заливает им обратно уже объединенные и они с ними едут домой и там объединяют со своими, чтобы новая номенклатура/контрагенты были общими...

[OnlyMyQuestion]

Хостинг Ярославль, жесть. А использовать один endpoint - нельзя?

[Евгений Ромашкан]

Хостинг Ярославль, Ну вот. Просто юзайте не автоинкремент и пересечений по id не будет.

[Mylistryx]

Если БД MySQL можно у autoincrement полей последний разряд отдать под идентификатор сервера, или два.
Гуглить по:
auto_increment_increment
auto_increment_offset
Мы таким образом делали балансировку при master-master репликации. Попутно еще шла репликация на slave сервера.
Младший разряд всегда был равен ID сервера.
Хотя сейчас я бы использовал uuid.

[Vitsliputsli]

Mylistryx, если забыть про uuid, а зачем морока с разрядами, не проще ли было использовать составной ключ? Или уже неизвестно, просто так "исторически" сложилось?

[Mylistryx]

Vitsliputsli, в коде не использовались модели, точнее где то они использовались, где-то был древнейший legacy и SQL запросы на вставку были чуть ли не во View. Таким образом это оказалось простейшим решением и оно работало. Когда добавляли репликацию серверов код править не пришлось, только поправили конфиги MySQL.