Discussion :

[maxwell374]

Bonjour,

J'ai deux bases sql server 2008R2 (BD1 et DB2). Je souhaite sélectionner des données dans DB1 et les insérer dans BD2.

Ex : Dans BD1, table salarié avec champs nom et prénom
Quand je récupère ces données, pb avec les caractères spéciaux qui s'affichent avec un "?". Je passe donc par un encodage :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
String prenom = new String(resultSet.getBytes("PRENOM_SALARIE"),"ISO-8859-1");

J'ai essayé avec UTF-8 mais ça ne passe qu'en ISO. L'encodage de la base (Classement) est "French_CI_AS".
Une fois que j'ai mes données qui s'affichent correctement, je fais un UPDATE vers DB2 :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
String requete = "UPDATE salarie SET prenom_salarie = '"+prenomSalarie+"', nom_salarie = '"+nomSalarie+"' WHERE id_salarie = "+idSalarie;
Statement s = connexion.createStatement();
//connexion est initialisé avant avec un DriverManager.getConnection(urlServeur);
s.executeUpdate(requete);
s.close();

Une fois mise à jour les données dans DB2 s'affichent avec des "é" à la place des caractère spéciaux.
Auriez-vous une solution à ce problème?
Merci d'avance

[fraco]

Salut !
Un PreparedStatement pourrait-il faire l'affaire ?

[maxwell374]

Merci de ta réponse, je vais tester !

[chtig]

A priori c'est pas top de gérer l'encoding comme tu le fais. La "bonne" façon de procéder, c'est de spécifier l'encoding dans la chaîne de connection JDBC (cf la doc de ton driver JDBC)

[tchize_]

En faisant ça

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

String prenom = new String(resultSet.getBytes("PRENOM_SALARIE"),"ISO-8859-1");

Au mieux tu recrée exactement la même chaine (si ton encodage par défaut est iso-8859-1), au pire tu crée délibérément une chaine corrompue dans l'espoir de faire l'opération inverse d'une corruption qui a déjà eu lieu , avec 90% de chances de faire pire.

Il faut faire les opération suivante:
1) s'assurer que les données ne sont pas déjà corrompue sur la première base de données. Selon la même bidouille que tu fais, ça peux être le cas même sans s'en rendre compte. (Ton interface graphique habituelle merdouille symétriquement et donc "corrige" les données corrompue à l'affichage). Le plus simple pour ce check est de prendre un chaine contenant, par exemple Ä ou Ü ou d'autres caractères n'existant pas en iso-8859-1, de l'y stocker avec l'interface habituelle, et de lancer une requete SQL qui compte les caractères ou qui convertis en caractères non accentués ou qui, pour chaque caractère de la chaine, affiche sa valeur unicode. Tu saura tout de suite si le SGBD vois bien ce que tu pense qu'il vois
2) comme dit, voir dans la config de ton driver si il parle bien le même encoding que la DB (souvent, c'est automatique, mais je ne connais pas SQL server)
3) voir si c'est pas au transfert vers la deuxième DB que tu aurais le problème inverse (Envoyer une chaine connue genre "Héhéhé höµhòhó" et regarder si ça arrive correctement)
4) voir si c'est pas à l'affichage final que tu as le problème.

[maxwell374]

Le preparedstatement n'a rien fait de mieux!
Concernant l'encodage de la connexion j'ai tenté de rajouter "charset=UTF-8" à la fin de ma chaîne de connexion, sans succès.
J'ai épluché la doc de mon driver (sqljdbc4.jar) et rien trouvé pour renseigner l'encodage. Je continue de chercher.

Merci à vous

[maxwell374]

J'avais pas vu ta réponse tchize_, je teste tout ça, merci.