Julien a écrit:
Vi et j'y passe tout mon temps

Mais le problème c'est qu'il y a tout ce qu'il faut pour migrer toute sa base de données... mais pas de l'adapter.
C'est à dire mettre les données dans de nouvelles tables.
Je sais comment faire, mais il faut tout faire à la main.
Inconcevable...
Il est également possible de ne travailler que en langage SQL pour importer les infos.
Le principe est SOURCE <<-->> DESTINATION
Tu sélectionnes uniquement ce que tu souhaites, et tu copies là où tu veux.
Ex: je sélectionne nom, prenom, date_naissance de mon ancienne table ... ; je les insère dans nom, prenom, date_naissance de ma nouvelle table :
INSERT INTO NEW_PERSONNE (nom, prenom, date_naissance)
SELECT nom, prenom, date_naissance
FROM PERSONNE
Il est probable que l'on rencontre des champs qui ne sont pas du même type entre l'ancienne et la nouvelle table, du coup on va les convertir avant de les copier dans la nouvelle table.
Et puis certaines infos ne trouveront pas de destination dans la même table, éléments perdus? Non, on va devoir passer par une table de relation probablement (en fonction de l'architecture de la nouvelle base).
En gros tout est gérable par du SQL pour migrer la base. Il est juste important d'étudier l'architecture de manière à conserver toutes les informations.