Консультации по миграции DBMS

[Chyslyvchyk]

Народ, кто знает, если такие DC в Ме, которые разбираются в различных DBMS и могут, охватив взглядом текущую систему, помочь с выбором DBMS и стратегией миграции?

[a-pr]

Народ, кто знает, если такие DC в Ме, которые разбираются в различных DBMS и могут, охватив взглядом текущую систему, помочь с выбором DBMS и стратегией миграции?

А почему самим не сделать?

[sudo]

реальный выбор, на самом деле, не такой уж и большой. Помнится вы для фронт енда выбрали яву? Вот вам и ответ - либо MySQL, либо, если есть куча денег, то Oracle. Есть еще PostgreSQL, M$SQL и DB2, но по субьективным причинам я бы их не рассматривал.

Вобще вот вам форум в помощь: Список Форумов. : Форум на SQL.RU

[a-pr]

По-моему мнению, "миграцию" проще всего написать самим на Java, например.

[alejand]

По-моему мнению, "миграцию" проще всего написать самим на Java, например.

Oracle - Migration Technology Center

[Chyslyvchyk]

А почему самим не сделать? По-моему мнению, "миграцию" проще всего написать самим на Java, например.

Мигарцию писать будем сами. Что меня интересует - это на какую БД лучше всего мигрировать при нашей архитертуре. Я не то, чтобы 100% обращаться к DC буду, просто интересно узнать есть ли вообще подобные широкопрофильные DC на рынке.

Помнится вы для фронт енда выбрали яву?

Это прошлая контора выбрала. Я, по советам многих, работу сменила.

Вобще вот вам форум в помощь: Список Форумов. : Форум на SQL.RU

Уже там общаюсь - тынц.

Oracle - Migration Technology Center

Чувствую я, что консультантов широкого профиля нет и все они будут узконаправленны на ту или иную базу. То есть выбирать БД для миграции нужно все равно самостоятельно.

[sudo]

...DC...

А что такое ДЦ?
Ну и "ГО" заодно?

[Chyslyvchyk]

А что такое ДЦ?
Ну и "ГО" заодно?

DC = Database Consultant
ГО = там же написано "главный офис (ГО) / филиалы (Ф)"

[Nadejda]

Ну, если у вас основная база на SQL Server, то и филиальную надо на SQL Server делать, т.к., подозреваю что эти две будут взаимодействовать? Можно конечно изгольнуться и соединить SQL Server с той же mySQL, но лучше все таки использовать одну технологию. (Keep it as simple as possible, и будет меньше ошибок и головной боли). Можете для начала поставить Express. Клиенты должны понимать что при выросших объемах данных вырастают и накладные расходы, т.е. придется покупать другую Edition если данные перевалят за 4 GB или процессорных и memory ресурсов перестанет хватать. Вы можете все это оговорить в договоре с клиентами.

[Chyslyvchyk]

Ну, если у вас основная база на SQL Server, то и филиальную надо на SQL Server делать, т.к., подозреваю что эти две будут взаимодействовать?

Я к этому и склоняюсь из принципа consistency, тем более что в нашей архитектуре филиальные базы не будут громоздкими и большими - все стекается в главный офис.

[007]

Если денег дают на проет мало:
При использовани Дельфи и база на Парадоксе, то легче всего мигрировать на Firebird. Правка в исходниках практически будет сведена к Search & Replace TTable, TQuery на TIBTable и TIBQuery. Из недостатков этого способа замечено, что Firebird не позволяет использовать зарезервированные слова в именах полей таблицы.

[Strannik]

я не совсем понимаю смысл проекта. просто с одной базы на другую переехать?
в чем бизнес велью?

[Chyslyvchyk]

я не совсем понимаю смысл проекта. просто с одной базы на другую переехать?
в чем бизнес велью?

Это первый этап проекта.