|
Механизм репликации/синхронизации БД с витриной КХД
|
|||
---|---|---|---|
#18+
Задача: Реализовать универсальный механизм синхронизации/репликации БД приложения с витриной КХД / (БД организации (разные: oracle, ms sql, mysql)). Реализация . На данный момент синхронизация реализована топорно: создаем копию нашей таблицы, качаем новую из витрины и если найдена ошибка, то откат всего и восстановление из копии. Процесс долгий и занимает до 3-4 часов при откате. БД на данный момент (тестовое взаимодействие) = 120 гигов, при переходе на прод будет ~400 гигов. Копирование данных одностороннее, синхронизация ежедневная (запуск в 8:00 (особенности заказчика), работа с 10:00). Вопрос: 1) Какой механизм синхронизации/ репликации посоветуете? 2) Что/где почитать? Спасибо за любую информацию. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.09.2015, 08:53 |
|
Механизм репликации/синхронизации БД с витриной КХД
|
|||
---|---|---|---|
#18+
Miriy, разработчик БД обычно знает все методы репликации. Их несколько. В том числе ручная. Т.е. изучить свои инструменты (СУБД) ... |
|||
:
Нравится:
Не нравится:
|
|||
15.09.2015, 13:52 |
|
Механизм репликации/синхронизации БД с витриной КХД
|
|||
---|---|---|---|
#18+
Petro123, спасибо за ответ, но проблема в том, что я не разработчик, а аналитик и хочу услышать/почитать возможные варианты, так как от разработчиков можно узнать только то что они могут и готовы делать, а если им не хватает компетенций или просто желания/времени делать правильно, то получать по шапке буду я. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.09.2015, 16:45 |
|
Механизм репликации/синхронизации БД с витриной КХД
|
|||
---|---|---|---|
#18+
вариант реализации: приложение, которое выполняет осмысленное чтение и преобразование данных для КХД по установленному расписанию или при изменении исходных данных. Поищите по ключевым словам ETL, ESB... Вариантов много. Если есть хороший архитектор, то можно и самостоятельно попробовать построить такую инфраструктуру. Только перестаньте бессмысленно гонять тонны данных, только изменения. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.09.2015, 17:20 |
|
Механизм репликации/синхронизации БД с витриной КХД
|
|||
---|---|---|---|
#18+
Miriy Задача: Реализовать универсальный механизм синхронизации/репликации БД приложения с витриной КХД / (БД организации (разные: oracle, ms sql, mysql)). в ТЗ же так не пишут. Это задача для программистов, а цель то какая? Всегда свежие данные можно по веб получать. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.09.2015, 19:21 |
|
Механизм репликации/синхронизации БД с витриной КХД
|
|||
---|---|---|---|
#18+
Miriy Задача: Реализовать универсальный механизм синхронизации/репликации БД приложения с витриной КХД / (БД организации (разные: oracle, ms sql, mysql)). Реализация . На данный момент синхронизация реализована топорно: создаем копию нашей таблицы, качаем новую из витрины и если найдена ошибка, то откат всего и восстановление из копии. Процесс долгий и занимает до 3-4 часов при откате. БД на данный момент (тестовое взаимодействие) = 120 гигов, при переходе на прод будет ~400 гигов. Копирование данных одностороннее, синхронизация ежедневная (запуск в 8:00 (особенности заказчика), работа с 10:00). Вопрос: 1) Какой механизм синхронизации/ репликации посоветуете? 2) Что/где почитать? Спасибо за любую информацию. Miriy, Добрый день. Напиши свой вопрос в форум "OLAP и DWH". Там народ этим каждый день занимается. PS А пока правильно сказали, смотреть в сторону ETL или ELT и пытаться догружать данные. С уважением, ... |
|||
:
Нравится:
Не нравится:
|
|||
16.09.2015, 02:20 |
|
Механизм репликации/синхронизации БД с витриной КХД
|
|||
---|---|---|---|
#18+
biwed.ruв форум "OLAP и DWH" совершенно верно. Перегружать и разделять данные на несколько хранилищ туда. Стараться уйти от зоопарка БД - сюда и в ветку по ЯП. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.09.2015, 06:47 |
|
Механизм репликации/синхронизации БД с витриной КХД
|
|||
---|---|---|---|
#18+
Miriy Задача: Реализовать универсальный механизм синхронизации/репликации БД приложения с витриной КХД / (БД организации (разные: oracle, ms sql, mysql)). Реализация . На данный момент синхронизация реализована топорно: создаем копию нашей таблицы, качаем новую из витрины и если найдена ошибка, то откат всего и восстановление из копии. Процесс долгий и занимает до 3-4 часов при откате. БД на данный момент (тестовое взаимодействие) = 120 гигов, при переходе на прод будет ~400 гигов. Копирование данных одностороннее, синхронизация ежедневная (запуск в 8:00 (особенности заказчика), работа с 10:00). Вопрос: 1) Какой механизм синхронизации/ репликации посоветуете? 2) Что/где почитать? Спасибо за любую информацию. Ну посоветовать можно только одно - везде поставить СУБД одного типа и настроить репликацию. А так... Нужно "заморачиваться" с инкрементным обновлением. Что-то вроде "лога транзакций" только сделанным "вручную". О таких решениях я не слышал, но возможно они есть. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.09.2015, 07:04 |
|
Механизм репликации/синхронизации БД с витриной КХД
|
|||
---|---|---|---|
#18+
Miriy, вариант: Oracl XE на витринах бесплатная. На центральном сервере платная. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.09.2015, 07:22 |
|
Механизм репликации/синхронизации БД с витриной КХД
|
|||
---|---|---|---|
#18+
mad_nazgulА так... Нужно "заморачиваться" с инкрементным обновлением. Что-то вроде "лога транзакций" только сделанным "вручную". О таких решениях я не слышал, но возможно они есть. ты просто не читаешь, когда тебе на описание таких решений дают ссылки, даже документы в PDF. Шпециалист в общем... Хотя "не слышал" - это правда. PDF не разговариавает. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.09.2015, 10:39 |
|
Механизм репликации/синхронизации БД с витриной КХД
|
|||
---|---|---|---|
#18+
реальностьmad_nazgulА так... Нужно "заморачиваться" с инкрементным обновлением. Что-то вроде "лога транзакций" только сделанным "вручную". О таких решениях я не слышал, но возможно они есть. ты просто не читаешь, когда тебе на описание таких решений дают ссылки, даже документы в PDF. Шпециалист в общем... Хотя "не слышал" - это правда. PDF не разговариавает.А ты можешь дать тынц на решения , делающие "лог транзакций вручную", умник? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2015, 05:59 |
|
Механизм репликации/синхронизации БД с витриной КХД
|
|||
---|---|---|---|
#18+
Miriy Задача: Реализовать универсальный механизм синхронизации/репликации БД приложения с витриной КХД / (БД организации (разные: oracle, ms sql, mysql)). Реализация . На данный момент синхронизация реализована топорно: создаем копию нашей таблицы, качаем новую из витрины и если найдена ошибка, то откат всего и восстановление из копии. Процесс долгий и занимает до 3-4 часов при откате. БД на данный момент (тестовое взаимодействие) = 120 гигов, при переходе на прод будет ~400 гигов. Копирование данных одностороннее, синхронизация ежедневная (запуск в 8:00 (особенности заказчика), работа с 10:00). Вопрос: 1) Какой механизм синхронизации/ репликации посоветуете? 2) Что/где почитать? Спасибо за любую информацию. чего-то я не понял кто на ком стоял, автор качаем новую из витрины кого и куда качаете??? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2015, 09:35 |
|
|
start [/forum/topic.php?fid=33&msg=39051427&tid=1547443]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
46ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
43ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 148ms |
0 / 0 |