Postgresql, JDBC, et la diffusion de Gouttes

Je suis en train de récupérer un blob à partir d'une base de données postgres en utilisant des pilotes jdbc. Il est trop grand pour avoir en mémoire donc je veux le lire en téléchargement. J'ai essayé d'utiliser le getBinaryStream méthode sur le jeu de résultats, mais il s'avère que cette méthode fait le lit de tous en mémoire, donc ne fonctionne pas pour les fichiers volumineux.

Apparemment, on peut utiliser la getBlob méthode sur le jeu de résultats et le presumeably obtenir le inputstream de la goutte et à partir de là, mais c'est là que je tombe sur mon problème. 

PreparedStatement ps = con.prepareStatement("select data from file_data WHERE ID = ?");
ps.setLong(1,file.fileData.id)
ResultSet rs = ps.executeQuery()
if(rs.next()){
        rs.getBlob("data")

Qui est du code, je suis en cours d'exécution. Quand il arrive à la dernière ligne de lancer une erreur que je ne peut pas donner un sens...

org.postgresql.util.PSQLException: valeur incorrecte pour le type long : xxxxxx

"xxxxxx" est alors le contenu du fichier. Vous pouvez imaginer que devient assez long, mais pas vraiment le point.

Je suis coincé ici. Quelqu'un a une idée sur ce qui se passe? Diable, je vais même prendre d'autres méthodes pour la diffusion de gros blobs en téléchargement.

  • Dans mon cas, c'était rs.getBlob(...) au lieu de rs.getBinaryStream(...). Jamais trop tard pour apprendre JDBC.
InformationsquelleAutor CJ F | 2010-01-15
  1. 17

    Ma conjecture est que vous avez mélangé OID et BYTEA style des gouttes. De grands objets binaires sont stockées indirecty avec l'OID de colonnes dans Postgres. La réelle fichier de données est stockée quelque part en dehors de la table de base de données par Postgres. La colonne contient un identificateur d'objet qui est associé à l'interne avec la goutte. Par exemple:

    janko=# CREATE TABLE blobtest1 (name CHAR(30), image OID);
CREATE TABLE                                              
janko=# INSERT INTO blobtest1 VALUES ('stackoverflow', lo_import('/tmp/stackoverflow-logo.png'));
INSERT 0 1
janko=# SELECT * FROM blobtest1;
              name              | image
--------------------------------+-------
 stackoverflow                  | 16389
(1 row)

    Si vous utilisez le ResultSet#getBlob(String) méthode, qu'un OID style de colonne est prévu. getBlob lit les données de la colonne, et la convertit en un Long. Puis il essaie de lire les associés de données binaires à partir de son espace de stockage interne.

    D'autre part, avec BYTEA vous pouvez placer de petits morceaux de données binaires directement dans votre base de données. Par exemple:

    janko=# CREATE TABLE blobtest2 (name CHAR(30), image BYTEA);
CREATE TABLE
janko=# INSERT INTO blobtest2 VALUES ('somebinary', E'\6\5\6\7\6\5\6\7');
INSERT 0 1
janko=# SELECT * FROM blobtest2;
              name              |              image
--------------------------------+----------------------------------
 somebinary                     | 3655765736557657
(1 row)

    Ici, la colonne de données contient directement les données binaires. Si vous essayez d'utiliser getBlob sur une colonne de ce type, les données seront toujours interprété comme un OID, mais évidemment, il ne rentre pas dans un Long. Essayez ceci sur la base de données, nous venons de créer:

    groovy:000> import java.sql.*
===> [import java.sql.*]
groovy:000> Class.forName("org.postgresql.Driver");
===> class org.postgresql.Driver
groovy:000> db = DriverManager.getConnection("jdbc:postgresql:janko", "janko", "qwertz");
===> org.postgresql.jdbc4.Jdbc4Connection@3a0b2c64
groovy:000> ps = db.prepareStatement("SELECT image FROM blobtest2 WHERE name = ?");
===> SELECT image FROM blobtest2 WHERE name = ?
groovy:000> ps.setString(1, "somebinary")
===> null
groovy:000> rs = ps.executeQuery()
===> org.postgresql.jdbc4.Jdbc4ResultSet@66f9104a
groovy:000> rs.next()
===> true
groovy:000> rs.getBlob("image")
ERROR org.postgresql.util.PSQLException: Bad value for type long : 3655765736557657
        at org.postgresql.jdbc2.AbstractJdbc2ResultSet.toLong (AbstractJdbc2ResultSet.java:2796)
        at org.postgresql.jdbc2.AbstractJdbc2ResultSet.getLong (AbstractJdbc2ResultSet.java:2019)
        at org.postgresql.jdbc4.Jdbc4ResultSet.getBlob (Jdbc4ResultSet.java:52)
        at org.postgresql.jdbc2.AbstractJdbc2ResultSet.getBlob (AbstractJdbc2ResultSet.java:335)
        at groovysh_evaluate.run (groovysh_evaluate:3)
        ...
    • Merci!!!! Donc rs.getBytes("image") a fonctionné pour moi d'obtenir l'objet byteArray 🙂
    InformationsquelleAutor janko
  2. 6

    Serait PostgreSQL docs pour "Stocker des Données Binaires" de l'aide?

    http://jdbc.postgresql.org/documentation/head/binary-data.html

    La section intitulée "Récupération de l'image de l'Objet de Grande taille", de ses en bas de la page, peut aider.

    InformationsquelleAutor obscuredlogic