Bonjour,
 
J'aimerai migrer une base de mysql à postgresql.
 
En théorie c'est faisable mais impossible de trouver un document qui explique la vérité !
ça se joue en 3 temps

• dumper la base mysql avec les options --complete-insert --default-character-set=utf8 --compatible=postgresql --no-create-db --no-create-info
• modifier le fichier dump <<--- c'est là que 100% des documents que j'ai trouvé mentent (probablement à cause de changement succèssifs de versions)
• lancer un simple psql ........ -f fichier.dump

Qu'est ce que j'entand par là ? tout simplement que tous les sites sans exceptions ou documents que je trouve sont
 

• incomplet sur le point précis dont j'ai besoin
• faux tout simplement faux
• on nous donne des scripts plus faux les un que les autres certains ne peuvent meme pas être executés car il y a des erreurs de syntaxe dedans  
• outdated et donc totalement inutiles

C'est pas compliqué. J'y ai passé la journée, il est 19H31 environ... j'abandonne jusqu'à demain (ou dimanche selon météo).
Donc si quelqu'un a déjà réussi parmis vous, je serai heureux de profiter du savoir faire....
 
Sinon il y a une solution c'est de tout refaire tables/vues/etc/.... et d'injecter chaque donnée mais bon là ... il va me falloir à vue de pif entre 7 et 8 mois de travail à plein temps pour le faire donc c'est impossible quoi....
 
Merci

Bon j'ai testé un truc qui marche c'est de dumper table par table (c'est scriptable donc....)
 
J'ai pris "l'appel à un ami" pour m'en sortir .....
 
et ensuite se farcir toute les convertions de TYPE dans le dump de chaque table, de convertir les caractères spéciaux ',",accentués etc.....
 
échanger les données dans la nouvelle base.
 
recréer toutes les vues au nouveau format 1 demi journée maximum 1 jour
recréer tous les triggers au nouveau format 2 à 3 jours de taf maximum  4..
 
administrer la base routage des ports, creer les users/passwords etc... 2 jours max mais faisable en // des triggers ...
 
faire le différentiel de données entre la base active et la nouvelle probablement 1 nuit à 3 personne on le fera un vendredi soir comme ça on a tout le weekend pour tout tester à fond et tout valider.... si ça venait à merder....  
*****************************************************
Je viens de tester ce matin sur une mini-base putain c'est long-fastidieux et casse-couille parce qu'il faut rester bien concentré mais c'est par contre efficace....
 
ducoup je comprends mieux que personne ne se soit fait chier à documenter ça correctement....
ça aurai pris beaucoup de travail de documentation (qui est chronophage) pour pas gagner grand chose au final...
 
conclusion à chacun de faire son propre script d'analyse /  manipulation / verification / qualification  et de copier à la fin la BDD test vers la BDD réelle ...
et enfin dropper la BDD test....
 
 
   

tu as tes schemas de tables ? tu crées tes tables dans PG, et via un foreign data wrapper dans PG et un "copy from select" ça doit passer tranquille et sans script.

par contre tu vas peut être pleurer contre mysql et son laxisme concernant les types de données mais c'est autre chose

MErci mais on vient juste de finir vendredi