Discussion :

[trosky_sas]

Bonjour,
J'aimerais bien migrer une base de donnees Oracle a mysql pour raison de license mais les outils mysql workbench et sql developper ne marchent pas comme on peut le lire sur certains forum. ( le contraire mysql a oracle marche tres bien avec les tools cites plus haut). J'ai teste assez de de logiciels d'avaluations mais ils ont de limitaions .peut etre qu'il ya une ou des etapes que je n'ai pas bien suivies.
Ma question est de savoir si quelqu'un peut me montrer comment faire cette migration ORACLE-Mysql.

MErci

[SQLpro]

les outils nécessaires sont :
1) au niveau hardware : un PC avec clavier et souris
2) au niveau software : un serveur Oracle et un serveur MySQL
3) au niveau des ressources : ton cerveau, tes yeux, tes mains... une solide formation et de longues journées de travail !

En effet compte tenu de l’énorme différence qu'il existe entre MySQmerde et Oracle, la plupart des requêtes et des procédures ne sont pas transposable automatiquement à moins que ton application ne ce soit contenter de faire du SELECT * FROM table sans clause WHERE partout !

Entre nous... pourquoi crois tu que cette merde soit gratuite ?

A +

[trosky_sas]

Si une telle question est posée sur ce forum , ça signifie que tout ce qui a été cité plus haut dans votre message est déjà disponible.... avez-vous une proposition constructive?

Merci

[Artemus24]

Salut à tous.

@ SQLPRO : bravo pour ton humour !

@ trosky_sas : à ma connaissance, quand on fait une migration, il faut connaitre en premier lieu, les deux environnements. A savoir d'un coté ORACLE et de l'autre MySql.
Ensuite, dans chaque environnement, il y a des particularités qui font que la transposition automatique n'est pas possible, ce qui implique une réécriture de ce qui est en cause.
Je ne connais pas ORACLE, donc je ne vais pas pouvoir vous aider à faire votre migration.

Mais comme ton amis est GOOGLE, en faisant une petite recherce, on trouve des sujets déjà traités :
--> http://www.ispirer.fr/products/oracl...ysql-migration
--> http://www.mysqlplus.fr/2011/03/13/5...le-vers-mysql/
--> http://www.youscribe.com/catalogue/p...s-mysql-404844
--> http://mysql.developpez.com/faq/?pag...ort-de-donnees

Quand j'ai participé à la migration données de IDS II depuis BULL vers DB2 Z/OS IBM sous gros système, la technique que nous avons utilisée, est de passer par des fichiers séquentiels, créé en COBOL où toutes les données sont lisibles, et en gardant la même structure des RECORDS (c'est l'équivalent des tables mais sous IDS II). Autrement dit, le RECORDS est l'équivalent d'un fichier séquentiel.
L'outil qui est le plus proche de cela sous MySql est : http://dev.mysql.com/doc/refman/5.7/en/load-data.html
Le fichier à charger est du type ".CSV", c'est-à-dire le fichier provenant d'un tableau EXCEL.
Il vous faut trouver son équivalent sous ORACLE pour décharger vos tables sous la forme de fichier EXCEL.

Sinon, le mieux à faire pour décharger vos tables sous ORACLE est de poser la question dans le forum consacré à ORACLE.

Ensuite, passez d'un SGBD à un autre, c'est comme penser différemment.
Il va falloir traiter vos requêtes différemment car ce qui fonctionne d'un coté, va ne plus fonctionner de l'autre, à cause des problèmes de compatibilités et de normes.
De même, les procédures, trigger et autres fonctions sont à revoir complètement.
Et vous croyez que ORACLE va créer des outils pour migrer vers la concurrence ?
Tout est fait pour vous rendre la tâche la plus difficile afin d'être prisonnier de cet environnement propriétaire !

@+

[ddoumeche]

Bonjour,

Pour une migration de données simple, Mysql Workbench inclue un outil de migration de données vers Mysql. Il existe également un outil nommé Mysql Migration Toolkit concu pour cet usage, et à la qualité incertaine

Si cela ne suffisait pas, il faudrait sans doute se tourner vers un ETL comme Talend Data Integration ou Pentaho Data Integration qui sont conçut spécifiquement pour ce genre d'usage.
Tu trouveras un support pour ces deux produits dans la section Business Intelligence de developpez.net