Discussion :

[GrimKo]

Bonjour à tous,
J'utilise une interface Java qui fait des requetes d'insertion avec ODBC sur ma base de données MS SQL Server.

Tout marchait bien avant mais après avoir recréé à la main ma table sur une autre machine j'ai l'erreur suivante :

Une suite d'espace est ajoutée à la fin de tous les string insérés, par exemple 'toto' inséré dans un varchar(10) donne 'toto ' dans la base de données.
Etrangement je n'ai aucun problème si j'éxécute la requete directement dans l'analyseur de requetes SQL Server (2000)

Je pense à une modification de configuration de ma base qui n'a pas été repercutée lorsque je l'ai migrée. Ou bien des tables système altérées.

Merci d'avance

[Fabien Celaia]

Comparer vos jeux de cvaractères et vos attributs de connexion

[GrimKo]

(il y a bcp de serveurs identiques pour cette application, ce sont des backups)

Côté Java je ne pourrai rien changer, l'application est multi clients, et marche d'ailleurs très bien sur d'autres base de données (meme config).

Il s'agit simplement d'un de mes serveurs SQL Server, qui pour la meme instruction d'INSERT ou d'UPDATE, me rajoute des espaces pour compléter le varchar à sa valeur maximum.
Le probleme se situe a priori côté BD.

Qu'entendez-vous par "jeux de caractères", mes tables sont à priori correctes, un varchar(20) sans valeur par défaut. Elles sont d'ailleurs créées à partir d'un script SQL généré à partir d'autres tables sur un autre serveur qui elles fonctionnent.

Seule la base de données a été recréée à la main sans script, avec surement une différence de configuration quelque part.

[GrimKo]

Remarque :

Mon instruction Java ressemble à ceci :

Code :

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

1
2
3
4
5
6
7
8
9
 
PreparedStatement pstmt = null;
 
String thePassword = 'exemple';
 
pstmt = conAdminInsertServlet.prepareStatement("INSERT INTO myTable (Password) VALUES (?)");
pstmt.setString(1,thePassword);
pstmt.executeUpdate();
pstmt.close();

Si au contraire je mets directement le champ password dans la chaîne SQL sans passer par la méthode setString je n'ai pas d'erreur à l'insertion dans ma base.

Je reprécise quand même que ca marche sur une autre base de données non créée manuellement.

Il y aurait donc un bug avec setString() et le driver ODBC pour MS-SQL Server dans un cas particulier de configuration de ma base et/ou de mes tables

[GrimKo]

Je continue mon investigation :

Entre la Base qui marche et celle qui ne marche pas, j'ai une différence sur les champs varchar, qui ont le status 16 dans la base qui ne marche pas, et le status 0 dans la base qui marche.
On trouve cette information dans la table syscolumns.

A priori cela concerne le fait de compléter par des blancs un varchar. Une idée de comment modifier cela et proprement ?