Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2948 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs
  Logiciels

  [resolu][mysql][to][postgresql] une methode réellement testée ?

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

[resolu][mysql][to][postgresql] une methode réellement testée ?

n°1361469
goblin_rie​ur
ingé systemes unix
Posté le 25-07-2014 à 19:30:20  profilanswer
 

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 :hello:


Message édité par goblin_rieur le 25-07-2014 à 23:18:03

---------------
Collectionner les vieux serveurs c'est chouette mais c'est lourd et ça prend de la place ;)
mood
Publicité
Posté le 25-07-2014 à 19:30:20  profilanswer
 

n°1361478
goblin_rie​ur
ingé systemes unix
Posté le 25-07-2014 à 23:17:40  profilanswer
 

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....  :bounce: :bounce: :bounce: :bounce: :bounce:
*****************************************************
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....
 
 
 :D   :ouch:


Message édité par goblin_rieur le 26-07-2014 à 16:04:56

---------------
Collectionner les vieux serveurs c'est chouette mais c'est lourd et ça prend de la place ;)
n°1361788
black_lord
Modérateur
Truth speaks from peacefulness
Posté le 02-08-2014 à 19:31:26  profilanswer
 

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 :D


Message édité par black_lord le 02-08-2014 à 19:31:48

---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me
n°1361802
goblin_rie​ur
ingé systemes unix
Posté le 03-08-2014 à 12:07:58  profilanswer
 

MErci mais on vient juste de finir vendredi :)


---------------
Collectionner les vieux serveurs c'est chouette mais c'est lourd et ça prend de la place ;)

Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs
  Logiciels

  [resolu][mysql][to][postgresql] une methode réellement testée ?

 

Sujets relatifs
Ldap samba pdc: Problèmes sur Mac et après migrationRsyslog vers Mysql : parser "MESSAGE"
Cluster MariaDB ? Percona ? Mysql ?erreur démarrage MySql
Migration Samba 3.6.6 -> Samba 4.1.6[RESOLU] Mysql dump et Expect
Pb avec MySQL - ne fonctionne pas[php] php5-pdo_mysql freebsd et réseau local
Impossible de se connecter au serveur MySql.Monitorer un serveur Mysql distant avec Nagios
Plus de sujets relatifs à : [resolu][mysql][to][postgresql] une methode réellement testée ?


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR