Комментарии 9
Использовали для аналогичных задач Pentaho, он давал порядка 100 МБ/сек, работая чисто через jdbc
Глупый вопрос. Оно же на спарках с солярисом и поверах с аиксом, как на платформах, с которых хотят уехать без промежуточного x86 оракла с Golden Gate, работает же (какртинка с Падме)?
Рассмотрим типичную ситуацию: компания использует Oracle Database, в которой накоплены десятки терабайт данных. При попытке миграции на Postgres Pro возникают следующие
Это чтобы сделать ситуации ещё более типичной
А когда релиз то? Это платные утилиты?
В последних синтетических тестах нам удалось достигнуть производительности в 200–500 МБ/секунду, или до 41 ТБ/сутки по маршруту Oracle Database → Postgres Pro. А для маршрута PostgreSQL → Postgres Pro примерно 1 ГБ/сек.
Для рекламной статьи и если хотите привлечь специалистов надо другим хвастаться
Выжимает ли ваше решение максимум из каналов связи и дисков? Если под капотом схд с определенными хр-ками и каналы, то вы физику не обманите
Если у вас есть таблица CUSTOMERS в Oracle Database, которая содержит миллиарды записей, и ваша компания называется не China Telecom, вам надо бросить заниматься разработкой БД и найти себе другое применение.
Нетрудно свести лошадь к воде. А вот когда вы научите не плавать на спине ... (с)
Когда со скоростью 41Тб вы научитесь действительно переносить базу с Oracle на Postgres со всеми пакетами, функциями и т.д. вот это и будет та лошадь, плавающая на спине!...
Мы научились переносить базу данных с Oracle на Postgres Pro со скоростью 41 ТБ/сутки