|
Действия ...
|
17.09.2013, 11:09:09
|
|||
|---|---|---|---|
|
|||
Переход с Оракла на MySQL |
|||
|
|
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
17.09.2013, 10:57:57
|
|||
|---|---|---|---|
|
|||
Переход с Оракла на MySQL |
|||
|
#18+
Здравствуйте, вопрос такой. Мы софтверная фирма, сертифицированных специалистов по администрированию СУБД у нас нет, правда курсы Оракла (Adm. I, Adm. II, Perfomance tuning) я лет 6 назад проходил. Заказчик поставил задачу перевести БД с Оракла на MySQL. Есть куча триггеров, хранимых процедур, DataGuard и прочих нюансов, специфических для Оракла. Подскажите, реально ли совершить такой переход с сохранением более-менее основного функционала? И насколько сложным и времязатратным будет процесс (БД не огромная, вижу дамп размером 600Мб)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.09.2013, 11:09:09
|
|||
|---|---|---|---|
Переход с Оракла на MySQL |
|||
|
#18+
Дамп - это размер данных, и он никак не связан со структурами. Переход с Оракла на масю - обычно процесс чертовски болезненный. Многое, очень многое отсутствует. А кое-что реализовано по-разному... в общем, это фактически создать БД с нуля, просто имея хорошую проработку создаваемой структуры. И заказчику это обойдётся не в двадцать копеек. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.09.2013, 11:12:21
|
|||
|---|---|---|---|
Переход с Оракла на MySQL |
|||
|
#18+
Вообще мне такой переход не нравится. Даже если в итоге он удастся, то наверняка в режиме "тут ужались, это не очень-то нужно, это перепишем полностью", т.е. техническое состояние проекта явно ухудшится. Что, кстати, мешает использовать бесплатный Oracle XE? переехать на него явно будет легче/дешевле. По сабжу: Есть ли у вас специалисты по MySQL? Некоторые проблемы: - Все хранимые процедуры и почти все запросы придется переписать полностью вручную. - Средств отладки и администрирования почти нет. - Аналитических функций нет, придется эмулировать их с помощью переменных и/или навороченными подзапросами с вытекающим резким ростом времени выполнения. - Типы данных не совпадают с оракловыми, придется учитывать это в запросах и, возможно, в клиентском ПО. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.09.2013, 11:18:45
|
|||
|---|---|---|---|
|
|||
Переход с Оракла на MySQL |
|||
|
#18+
Busotir, as miksoft stated check pros and cons of this migration. Here is presentation from Percona Live "Oracle to MySQL migration": http://www.percona.com/live/mysql-conference-2012/sessions/oracle-mysql-migration ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.09.2013, 11:22:42
|
|||
|---|---|---|---|
Переход с Оракла на MySQL |
|||
|
#18+
Кстати, еще проблема, которая для некоторых проектов может оказаться критической: - отсутствуют средства доступа к другим СУБД (исключение - движок FEDERATED дял доступа к другим MySQL). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.09.2013, 11:28:43
|
|||
|---|---|---|---|
|
|||
Переход с Оракла на MySQL |
|||
|
#18+
miksoft, Here i find out that in MySQL Workbench 6.x version they added full featured Database Migration wizard: "Microsoft SQL Server, PostgreSQL, Sybase ASE, Sybase SQL Anywhere, SQLite, and more." ofcourse Oracle not stated or not supported ;) Also there is an official tutorial For migration from MySQL to Oracle using SQL Developer..but again no more information for migration from Oracle!: http://www.oracle.com/technetwork/database/migration/mysql-093223.html ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.09.2013, 11:33:06
|
|||
|---|---|---|---|
Переход с Оракла на MySQL |
|||
|
#18+
Shahriyar.Rbut again no more information for migration from Oracle!Логично. Во-первых, с коммерческой точки зрения. Лучше облегчать переход на свою платную СУБД, нежели уход с нее. Во-вторых, с практической. На практике редко бывает, что проект мигрирует на СУБД на пару классов ниже по возможностям. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.09.2013, 11:41:05
|
|||
|---|---|---|---|
Переход с Оракла на MySQL |
|||
|
#18+
miksoftНа практике редко бывает, что проект мигрирует на СУБД на пару классов ниже по возможностям.однако именно такие варианты Shahriyar.R"Microsoft SQL Server, PostgreSQL, Sybase ASE, Sybase SQL Anywhereи рассматриваются, так что это тут ни при чём :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.09.2013, 11:44:01
|
|||
|---|---|---|---|
|
|||
Переход с Оракла на MySQL |
|||
|
#18+
miksoft, yep! actually it seems that Oracle does not interested in migrating FROM.. found a migration tutorial but i dont know it works or not: http://tkurek.blogspot.com/2013/04/migrate-oracle-to-mysql.html ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.09.2013, 11:48:50
|
|||
|---|---|---|---|
Переход с Оракла на MySQL |
|||
|
#18+
tanglirmiksoftНа практике редко бывает, что проект мигрирует на СУБД на пару классов ниже по возможностям.однако именно такие варианты Shahriyar.R"Microsoft SQL Server, PostgreSQL, Sybase ASE, Sybase SQL Anywhereи рассматриваются, так что это тут ни при чём :)Ну это все-таки на класс ниже, а не на два ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.09.2013, 12:02:43
|
|||
|---|---|---|---|
Переход с Оракла на MySQL |
|||
|
#18+
[off] т.е. оракл на класс выше всего вышеперечисленного? [/off] ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.09.2013, 16:07:51
|
|||
|---|---|---|---|
Переход с Оракла на MySQL |
|||
|
#18+
BusotirЗдравствуйте, вопрос такой. Мы софтверная фирма, сертифицированных специалистов по администрированию СУБД у нас нет, правда курсы Оракла (Adm. I, Adm. II, Perfomance tuning) я лет 6 назад проходил. Заказчик поставил задачу перевести БД с Оракла на MySQL. А при чём тут администрирование? Это разработка в чистом виде. BusotirЕсть куча триггеров, хранимых процедур, DataGuard и прочих нюансов, специфических для Оракла. Тем более. Busotir Подскажите, реально ли совершить такой переход с сохранением более-менее основного функционала? И насколько сложным и времязатратным будет процесс (БД не огромная, вижу дамп размером 600Мб)? Это очень сильно зависит от того, какая БД и приложение. И можно ли, и на сколько это будет сложно. Если много хранимых процедур и триггеров -- их придётся переписывать все. Потому что языки разные, одинаков только базовый SQL. И это ещё только если вам не придётся менять структуру БД, что тоже не исключено -- СУБД тоже разные. Размер данных тут мало имеет значения. Важна сложность функционала. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=47&mobile=1&tid=1836033]: |
0ms |
get settings: |
9ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
66ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
39ms |
get tp. blocked users: |
1ms |
| others: | 247ms |
| total: | 401ms |
| 0 / 0 |
