Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
||
ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
[18.118.148.178] |
|
Данный раздел предназначается для обсуждения вопросов использования баз данных, за исключением составления запросов на SQL. Для этого выделен специальный раздел. Убедительная просьба - соблюдать "Правила форума" и не пренебрегать "Правильным оформлением своих тем". Прежде, чем создавать тему, имеет смысл заглянуть в раздел "Базы данных: FAQ", возможно там уже есть ответ. |
Сообщ.
#1
,
|
|
|
Добрый день! Такая задача: если есть много филиалов с локальными БД, и нужно создать общую БД на веб-сервере, с теми же таблицами, но с доп. полем "код филиала", чтобы синхронизировать их. Нужно в некоторых таблицах отфильтровывать повторяющиеся записи, а в некоторых - добавлять все. Какая есть технология, чтобы может быть каким-то запросом перенести записи на сервер, и следить/проверять, какие уже выгружены а какие нет. Хочу поставить MySQL но не знаю есть ли у него такая возможность.
|
Сообщ.
#2
,
|
|
|
Все указанное делается запросами. Сравнительно несложными... даже где-то элементарными. В любой СУБД. MySQL не исключение.
|
Сообщ.
#3
,
|
|
|
Думаю, что велосипед уже изобретен и называется репликация (replication).
|
Сообщ.
#4
,
|
|
|
Почитал про репликацию на хабре, но по-моему мне нужно наоборот - не рассылать изменения с БД сервера, а отправлять изменения с филиалов на сервер. Плюс возможность редактировать через веб-интерфейс БД сервера, и если они касаются какого-то (или всех) филиалов, то отправлять изменения и им. Плюс, если какой-то филиал вдруг окажется не подключенным к сети, должна оставаться возможность полноценной работы, тогда изменения накапливаются и при появлении сети - отправляются на главный сервер.
Где-то я похожее видел, но хоть убей не помню где и как это называется |
Сообщ.
#5
,
|
|
|
Eтот велосипед тоже изобретен и называется bidirectional (two-way) replication.
|
Сообщ.
#6
,
|
|
|
MIF Спасибо, буду копать.
|