Discussion :

[Aldouille]

Bonjour,

J'ai un soucis dans la récupération d'une colonne de bytea provenant d'une base postgresql.

En effet j'insere l'element grace au code suivant :

Code :

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

1
2
reparedStatement ps = connexion.getConnection().prepareStatement(requete);
			ps.setBytes(1,currentLine.getBytes());

ici mon currentLine.getBytes() correspond bien au string courant.


Puis au moment de la recuperation en base de cet element :

Code :

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

byte[] docBytes = resultat.getBytes(1);

ou 1 correspond a la colonne souhaitée, le tableau de bytes est different par rapport au currentLine.getBytes() vu plus haut. Donc le string généré est différents.

Je ne voit pas pourquoi cette difference existe, d'autant que je me suis inspiré d'un tutoriel postgresql/java.

Par exemple pour la chaine de caractere "hehohahihuhy" :

en entrée mon tableau de bytes = [104, 101, 104, 111, 104, 97, 104, 105, 104, 117, 104, 121, 47, 110]

et en sortie = [56, 54, 53, 54, 56, 54, 102, 54, 56, 54, 49, 54, 56, 54, 57, 54, 56, 55, 53, 54, 56, 55, 57, 50, 102, 54, 101]

Est-ce que quelqu'un a deja rencontré ce type de problème?

[Heavy Metal Hero]

Le même problème m'est arrivé lorsque je suis passé de PG8 à PG9. J'enregistrais 319 bytes pour en récupérer 637, soit deux fois plus, tout comme toi.

En fait les bits sont de type bytea dans la base. La représentation de ce type dans la base est différente depuis PG9. PG9 a introduit un nouveau format: "hex". Ce format est différent du vieux "escape" que les anciennes versions utilisent. C'est le problème, on enregistre les données dans la base, on s'attend à les retrouver en "escape" quand on les récupère, mais elle sont alors dans le format "hex".

Je pense que c'est le signe que ton driver jdbc n'est pas de la même version postgreSQL que ta base. Peut-être que ta base est en PG9 mais que tu utilise un jar PG8

[genamiga]

La question qui me vient à l'esprit est :

Pourquoi donc stocker des chaines de caractères en BYTEA ?

Le type TEXT est fait pour cela...