@renniqs

Технология для миграции бд с использованием java?

Всем привет! Нужна помощь в принятии решения, заранее спасибо! Задача состоит в том, что нужно разработать инструмент(сервис) для миграции различных баз данных в реальном(либо приближенно к реальному) времени на Java. Например есть сайт который использует PostgreSQL, его нужно перенести на новый сервер и он уже будет использовать MySQL. На данный момент времени у меня есть несколько вариантов: SymmetricDS, JavaLite, Liquibase, Flyway либо же использовать Hibernate или Jdbc. Разработать нужно с ноля и у меня нет опыта. Есть ли у Вас готовые наработки либо же советы как правильно построить архитектуру приложения и какую технологию лучше выбрать. Мне больше всего понравилось SymmetricDS или Hibernate(но это очередной велосипед). Есть похожее решение . Но нужно свое. Также сколько должно быть человек в команде и за какой период времени реально такое сделать?
  • Вопрос задан
  • 1203 просмотра
Пригласить эксперта
Ответы на вопрос 2
@aol-nnov
Liquibase, Flyway используются для, так скажем, эволюции схемы данных в процессе жизни приложения без потери данных.

Эти инструменты не позволяют менять диалект бд. про остальные не знаю.

// Специально построил предложение так, чтобы избежать слова "миграция". Сударь, вы какой смысл в него вкладываете? Давайте переедем с sqlite на оракле?
Ответ написан
Комментировать
DarkRaven
@DarkRaven
разработка программного обеспечения
Если я правильно понял, вам нужен инструмент который в конкретный момент сделает перенос БД с данными на другой сервер/движок. Грубо говоря, сейчас у вас все работает на MySQL, завтра вам дали отмашку - идем на PostgreSQL и на Орасле. А вы - тык и переехали.

Так вот, я нормально работающего такого инструмента не видел. Есть куча, без спорно, но во-первых, большинство желает денег, и, во-вторых, на больших данных часто лагает и просит вмешательства пользователя.

Сам я писал инструмент "перегона" схемы и данных с MSSQL <=> PostgreSQL <=> MSSQL. При этом, данный инструмент только перегонял данные. И там были проблемы, у того же PostgreSQL не отключается проверка внешних ключей, и, соответственно, перегонять схему нужно крайне аккуратно и не в алфавитном порядке.
Пример еще одной проблемы - да больших данных у меня все ложилось и замерило на долгое время (хотя гнал пачками по настраиваемому количеству записей и т.п.).

Схемы БД я переносил другими инструментами, тут вам Liquebase или самописное развертывание схемы из Hibernate.
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Похожие вопросы