Discussion :

[EGPMS]

Bonjour,
Je dois faire cohabiter les bases de données de 2 programmes différents sur un serveur mysql (version 4.1.16)
Le 1er prog. est écrit en VB, utilise l'ADODB, et attend des résultats en Latin1.
Le second est écrit avec RealBasic, et fonctionne en utf8.
Pour les bases respectives, j'ai bien précisé le codage des tables, latin1 pour une bdd, utf8 pour l'autre.
J'ai vérifié (Navicat), chaque table a bien le codage qu'il lui faut.
Jusque là, tout va bien. Les données sont stockées correctement dans le format spécifié.
Mais je viens de me rendre compte que les recordset retournés utilisent le codage par defaut de mysql, et non le codage spécifié au niveau des tables (ou bdd).
Ca rend mon projet non viable : suivant le default charset que je fixe pour mysql, c'est le prog qui attend des données en utf8 qui reçoit du latin1, ou l'inverse.
Y a-t-il un moyen de récupérer les recordsets dans le codage spécifié au niveau des tables (ou de la bdd, je ne fais pas de mix au sein d'une même database).
Par avance, merci et bonne journée !

[mathieu]

regarde si tu arrives à avoir quelque chose d'utilisable avec la fonction CONVERT :
http://dev.mysql.com/doc/refman/5.0/fr/charset-convert.html

[EGPMS]

Effectivement, ca peut être une solution pour par exemple fonctionner avec mysl en utf8 par défaut, mais transférer en latin1 les infos pour mon prog qui ne comprend que ça.
Merci beaucoup

[EGPMS]

Résolu : J'ai trouvé beaucoup mieux, je vous l'explique si ça peut servir :
Il suffit d'utiliser la commande SET NAMES()
Exemple dans mon cas : SET NAMES('latin1') juste après l'ouverture de ma base.
A partir de là, mysql me renvoit tout en Latin1 à mon vieux prog qui ne comprend que ça. Il reçoit du Latin1 et se charge d'enregistrer en utf8.

Autrement, le dialogue entre mysql et le client est complètement indépendant du format de stockage des données. C'est géant !

(Désolé pour mon enthousiasme débordant, ca me retire une telle épine du pied !!!)

[mathieu]

attention, n'oublie pas de vérifier que l'effet de cette commande existe encore une fois que le serveur est redémaré

[EGPMS]

Oulah... Ca ne serait pas valable que pour le 'client' qui utilise cette commande ? J'ai intérêt de me méfier, j'ai d'autres programmes qui attaquent le même serveur mais en utf8...
J'essaye ça demain matin et je vous dis ! (merci !)

[mathieu]

Oulah... Ca ne serait pas valable que pour le 'client' qui utilise cette commande ?

ah oui je n'ai pas pensé à ça !
je pensais que c'est peut-être une commande qui modifie le comportement du serveur pendant un bon bout de temps mais ensuite si le serveur est redémarré il va chercher les valeurs dans le fichier de configuration et oublier ta commande "SET NAMES"

[EGPMS]

Alors j'ai testé scrupuleusement, et je confirme :
L'utilisation de la commande SET NAMES(charset) ne modifie pas le mode de fonctionnement global de mysql, mais uniquement la session qui a utilisé cette commande.
Autrement dit, je n'ai rencontré aucun problème : mon vieux programme qui utilise SET NAMES('latin1') juste après l'ouverture de la bdd reçoit des données en latin1, et envoie des données en latin1 à mysql qui se charge de les stocker en utf8 (Default charset de mon mysql).
Et dans le même temps, un programme récent attaque le même serveur en utf8 sans rien avoir à préciser.
C'est nickel !