Migration Mysql4.1 -> 5.6 - SQL/NoSQL - Programmation
Marsh Posté le 18-10-2013 à 16:39:17
stefaninho a écrit : Salut, |
Il faut utiliser mysql_upgrade.exe contenu dans le répertoire bin du moteur MySQL pour migrer "proprement" ta base de la 4.x à la 5.x. Car la version 5 ajoute pas mal de choses dans les méta-bases mysql et information_schema.
Regarde la doc en ligne pour les commandes à effectuer.
Marsh Posté le 18-10-2013 à 21:47:01
Perfector a écrit : |
Un peu tard mais je risque d'avoir à le refaire prochainement.
Merci du conseil.
Marsh Posté le 19-10-2013 à 17:29:01
Je ne sais pas pour passer de la 4.1 à la 5.6 mais je sais déjà que pour passer de la 5.0 à la 5.5 il faut passer par la 5.1 d'abord :
https://access.redhat.com/site/docu [...] al_updates
Marsh Posté le 21-10-2013 à 10:36:06
stefaninho a écrit : Salut, |
Heu, je suis le seul que ça a choqué qu'on mette comme type de donnée un varchar pour stocker un timestamp
Marsh Posté le 21-10-2013 à 11:02:37
rufo a écrit : |
Choqué c'est un peu fort, je travaille tous les jours sur un "erp" spécifique monté verrues après verrues depuis 20 ans.
C'est plus du tout le genre de trucs qui me choque ici.
Marsh Posté le 23-08-2013 à 10:28:10
Salut,
Je réinstalle un intranet et en profite pour mettre à jour le serveur mysql.
Après install et migration du dossier data je me rends compte que beaucoup de script me renvoie des erreurs.
Dans phpmyadmin j'ai plusieurs dizaine de table ou mysql à modifié la longueur des champs
Principalement des timestamp nommé date_cre et date_mod sur 10 varchar qu'il à passé sur 3, mais il y en à d'autres.
Bien sur la réparation des tables ne fonctionne pas.
Des idées de ce qui à pu causer ça et une solution pour réparer?
Merci.
Edith: Migration faites à l'arrache en récupérant le dossier data, je vais essayer de trouver un mysql 4.1 pour faire un export un peu plus propre.
Message édité par stefaninho le 23-08-2013 à 10:31:59
---------------
Et vous, quel est votre Final Fantasy préféré ?