Page 1 sur 1
MySQL 4.1.13 ----> MySQL 4.0.24
Posté : 12 nov. 2005, 01:34
par lyrmat
Bonjour @ tous 8)
Je me permets de vous demander de l'aide par rapport a un gros souci que je rencontre, en espérant que vous pourrez m'aider. Je dispose actuellement d'un fichier .sql d'un serveur qui utilise une version MySQL 4.1.13 , j'ai mon nouveau serveur qui utilise la version MySQL 4.0.24 . Comment puis-je procéder pour transformer mes requètes qui ne sont pas compatibles ?
Merci @ vous
Lyrmat 8)
Posté : 12 nov. 2005, 01:45
par albat
Pour être sûr de bien comprendre ta demande :
tu souhaites
rétrograder de version de MySQL ?
Posté : 12 nov. 2005, 01:55
par lyrmat
Pour être sûr de bien comprendre ta demande :
tu souhaites
rétrograder de version de MySQL ?
Oui 8) tou a fait, car mon hébergeur tourne avec une version inférieur.
Merci
Posté : 12 nov. 2005, 02:01
par Invité
la seule chose a faire est de modifier les requetes non compatibles à la main
les versions futures sont toujours compatibles avec les anciennes mais c'est pas réciproque et du coup engendre des contraintes comme celles-ci
Posté : 12 nov. 2005, 02:06
par lyrmat
la seule chose a faire est de modifier les requetes non compatibles à la main
les versions futures sont toujours compatibles avec les anciennes mais c'est pas réciproque et du coup engendre des contraintes comme celles-ci
Aie aie aie......
Posté : 12 nov. 2005, 02:20
par lyrmat
la seule chose a faire est de modifier les requetes non compatibles à la main
les versions futures sont toujours compatibles avec les anciennes mais c'est pas réciproque et du coup engendre des contraintes comme celles-ci
Aie aie aie......
En aucun cas , il n'est possible de transferer la base en version MySQL 4.1.13 sur mon nouveau serveur en version MySQL 4.0.24 ?? ou de l'exporter ? d'une certaine manière ?
Je file au lit, histoire d'y réfléchier 8)
Merci
Posté : 12 nov. 2005, 02:44
par lyrmat
la seule chose a faire est de modifier les requetes non compatibles à la main
les versions futures sont toujours compatibles avec les anciennes mais c'est pas réciproque et du coup engendre des contraintes comme celles-ci
Aie aie aie......
En aucun cas , il n'est possible de transferer la base en version MySQL 4.1.13 sur mon nouveau serveur en version MySQL 4.0.24 ?? ou de l'exporter ? d'une certaine manière ?
Je file au lit, histoire d'y réfléchier 8)
Merci
Finalement j'ai pas pu aller au lit, car j'ai pas résolu ce truc avant d'aller au lit MAIS !!! j'ai trouvé, il suffit d'EXPORTER en MYSQL 40 et le tour est joué les enfant
++
Merci à moi
Posté : 12 nov. 2005, 07:43
par Cyrano
Voilà, effectivement, il y a dans phpMyAdmin une option permettant d'assurer une compatibilité ascendante lors de l'exportation :
Posté : 12 nov. 2005, 08:12
par Xenon_54
Voilà, effectivement, il y a dans phpMyAdmin une option permettant d'assurer une compatibilité ascendante lors de l'exportation :
Admirons les qualités de dessinateur de cyrano
(cependant je n'avais jamais remarqué l'outil de compatibilité d'exporation)
Sérieusement, le seul paramètre non compatible, pour MySQL 4.0 lors du exportation MySQL 4.1, est le jeu de caractères de la table et peut-être le moteur utilisé par la table. Pour le reste, tout devrait être compatible.
Posté : 12 nov. 2005, 09:59
par albat
Utilises-tu des requêtes imbriquées (ou sous-requêtes) ?
Celles-ci sont en effet acceptées par MySQL depuis les versions 4.1
http://dev.mysql.com/doc/refman/5.0/fr/ ... eries.html
Posté : 12 nov. 2005, 22:58
par Xenon_54
Il est question d'exportation des données et non de requêtes SQL.
Posté : 13 nov. 2005, 04:10
par albat
Moi, j'ai lu ça :
Comment puis-je procéder pour transformer mes requètes qui ne sont pas compatibles ?
Posté : 13 nov. 2005, 04:31
par Xenon_54
Moi, j'ai lu ça :
Comment puis-je procéder pour transformer mes requètes qui ne sont pas compatibles ?
phpMyAdmin exporte les données en requête SQL et la requête qui crée la table comporte des options non compatibles. Voici de quoi parlait l'auteur original.