Discussion :

[danyboy85]

Bonjour,

Je suis actuellement en train de migrer une base de données Oracle 10g vers Mysql 5.6.

Après avoir exporté ("déchargé" selon le langage Oracle) la base de données Oracle dans un fichier .sql, je tente de l'adapter pour l'importer dans MySql.

Je rencontre un problème sur les instructions "ALTER TABLE". Voici un exemple en syntaxe Oracle :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
ALTER TABLE "ABOAUTHFORTESERENADE" MODIFY ("ID" NOT NULL ENABLE);

Si j'ai bien compris, en Mysql il faut :
- préciser le DATATYPE
- supprimer les parenthèses et le "ENABLE

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
ALTER TABLE "ABOAUTHFORTESERENADE" MODIFY "ID" INT NOT NULL;

Mon problème est que, si je choisis cette solution de modifier tous mes ALTER TABLE, j'en ai des dizaines voire des centaines à adapter... Supprimer les parenthèses et le ENABLE ça va encore ça peut se faire par macro, mais ajoute le data type ça veut dire aller consulter la table pour retouver le type et modifier l'instruction, multiplié par des dizaines de fois... Ce serait trop fastidieux.

D'où ma question, existe-il un autre moyen ? Du genre une autre syntaxe permettant d'ajouter des contraintes sur des champs sans avoir à re-préciser leur datatype ? Ou autre ?

Merci d'avance

Edit : désolé je ne suis pas certain d'avoir poster au bon endroit :/

[Artemus24]

Salut danyboy85.

La dernière fois que j'ai fait une migration d'une base de données IDS II sous BULL vers DB2 sous IBM, nous sommes passés par un fichier plat ou tout était sous forme de chaînes de caractères.
On a dû créer sous BULL des programmes COBOL de déchargements, et sous IBM des programmes COBOL de chargements.
Avec toutes les spécificités que l'on rencontre dans ces deux environnements.
Par exemple, l'organisation réseau coté IDS II et organisation relationnel coté DB2.
Codification ASCII coté BULL et codification EBCDIC coté IBM.

Ce que je veux dire, c'est qu'il n'existe pas d'outils universelle, pour migrer d'un SGBD vers un autre.

Ce serait trop fastidieux.

Un SGBD est un environnement propriétaire. Quel est l'intérêt de créer une passerelle vers un autre SGBD qui représente la concurrence ?
Tout est fait pour que tu restes dans cet environnement, celui de la société qui développe ce SGBD.

D'où l'importance de choisir le bon SGBD dès le départ, c'est-à-dire avant de commencer à développer ses applications.

@+

[SQLpro]

Il est beaucoup plus simple de passer par un outil d’ingénierie fait pour cela comme Power AMC...
1) faire une rétro ingéniérie de la base Oracle en modèle physique (MPD) via Power AMC
2) passer du modèle physique en modèle logique (MLD) ou conceptuel (MCD)
3) générer un modèle physique propre à MySQmerde...

Montre en main, pour une base de 100 tables : 3 minutes au plus !

A +