0 / 0 / 0
Регистрация: 04.08.2008
Сообщений: 408
|
|
1 | |
Объеденение баз08.06.2009, 17:55. Показов 14575. Ответов 11
Метки нет (Все метки)
Есть 10 конторок. В каждой стоит сервер с апликухой на ЛН(5 связанных баз). Апликуха во всех одинаковая. К каждому из этих серверов конектится народ из округи и работает с апликухой через реплики... Конторки занимаются практически одним и тем же, но в разных частях страны...
Далее. Есть которка, которая контролирует все 10ть. В ней соответственно есть сервер куда все 10ть баз(10ть по 5ть, если точнее) успешно реплицируются. Задача: из всей этой кучи реплик "склеить" одну базу с данными из всех конторок... Конторки будут работать так же, как и работали, данные реплицироваться в кучу... Как эту кучу синхронизировать с конечными базами (добавления, удаления, изменения)? У меня идеи кое-какие есть, но они не сильно простые... Кто бы как поступил при подобной задаче? Спасибо за любые идеи.
0
|
08.06.2009, 17:55 | |
Ответы с готовыми решениями:
11
Объеденение полей Объеденение двух полей в третье по уникальности Использование баз Архивирование баз |
Tyo
|
|
08.06.2009, 18:10 | 2 |
Сообщение от xalet
|
0 / 0 / 1
Регистрация: 30.06.2007
Сообщений: 2,153
|
|
08.06.2009, 18:13 | 3 |
Как программер, я бы скороее всего зафигарил бы самописную ф-ию, котороя синхронизировала бы данные (удаляла/изменяла/добавляла) сохраняя unidы.
Она бы потом вызывалась в либо в шедульном агенте, либо он реквест и синхронизировала данные. Как не программер, я бы смотрел бы в сторону каких-то формул репликации и т.д. Полагаю, что это может быть реализовано без единой строчки кода. Но как прогер, я б закодил, ибо прёт ;)
0
|
0 / 0 / 0
Регистрация: 04.10.2007
Сообщений: 2,977
|
|
08.06.2009, 18:18 | 4 |
я бы рассмотрел вариант TIA
тогда основной задачей станет перенос данных в одну реплику, и установка в девяти остальных конторках этой новой реплики... ну, еще формула репликации может потребоваться...
0
|
0 / 0 / 1
Регистрация: 30.06.2007
Сообщений: 2,153
|
|
08.06.2009, 18:31 | 5 |
Не, ну конечно туд надо репликацией решать.
Нафига велосипед очередной делать. Это я так, бредил...
0
|
0 / 0 / 0
Регистрация: 04.10.2007
Сообщений: 2,977
|
|
08.06.2009, 18:38 | 6 |
я думаю, что программить там будет что ;) если надо сохранить прежние доки...
а еще можно напрограммить инсталлер, чтобы базы в конторках по кнопке развернулись и тп...
0
|
0 / 0 / 0
Регистрация: 04.08.2008
Сообщений: 408
|
|
09.06.2009, 11:28 | 7 |
Сообщение от TIA
0
|
Murot
|
|
09.06.2009, 12:56 | 8 |
у меня была аналогичная задача, обеденить данные из нескольких баз в одну(в моем случае был MySQL)
через агента собирал данные и перекидывал в MySQL с помощю ODBC |
0 / 0 / 0
Регистрация: 04.08.2008
Сообщений: 408
|
|
09.06.2009, 14:41 | 9 |
Сообщение от Murat
С какими трудностями пришлось столкнуться и как решились?
0
|
Murot
|
|
09.06.2009, 15:58 | 10 |
проблемы были когда надо было перезаписать измененный документ. MySQL сам перезаписывает если ID совподает. А в DB2 это сложновато было, там процедуры надо было писать(мне помогли с DB2, но я уже не помню эту процедуру).
а так вроде ничего сложного не было |
0 / 0 / 0
Регистрация: 04.08.2008
Сообщений: 408
|
|
09.06.2009, 16:02 | 11 |
Спасибо, Murat
0
|
1 / 1 / 0
Регистрация: 01.10.2006
Сообщений: 615
|
|
09.06.2009, 18:23 | 12 |
я бы сделал так:
1. придумал бы уникальный идентификатор для каждой базы 2. прописал бы идентификатор базы в каждый документ базы 3. сделал бы для всех баз один идентификатор реплики 4. выставил бы формулы реликаций для региональных баз, где отбор бы шел по интификатору из пункта 1 5. произвел бы репликацию регионов с центром вот и все, а дальше репликации по расписанию
0
|
09.06.2009, 18:23 | |
09.06.2009, 18:23 | |
Помогаю со студенческими работами здесь
12
Создание баз данных Объеденить вьюхи из баз? Модель баз данных копирование данных баз Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |