Comment puis-je mettre un String[] paramètre d'une requête native?

C'est mon PostgreSQL fonction:

salvarArquivoGeometricoCasoZeroPOINT
(dimensao text,tableName text,tuplas text[],srid text)

Il a un text[] paramètre, et je veux passer un Java String[] à partir de mon JPQL:

public String salvarGeometriaCaso0(String[] tuplas,FileDto arquivo){
        Query query =
        em().createNativeQuery("select 
salvarArquivoGeometricoCasoZeroPOINT(?1,?2,?3,?4)");
        query.setParameter(1,arquivo.getGeo());//String
        query.setParameter(2,arquivo.getTable());/String
        query.setParameter(3,tuplas);//String[]
        query.setParameter(4,arquivo.getSrid());//String
        return (String) query.getSingleResult();//function returns a Text, so cast to String
}

Le code ci-dessus échoue à l'exception:

ERROR] Internal Exception: org.postgresql.util.PSQLException: Can not infer a SQL
type to use for an instance of [Ljava.lang.String;. 
Use setObject () with an explicit Types value to specify the type to use.

donc je ne sais pas comment appeler ma fonction de EclipseLink.

Avez-vous "[Aide] setObject () explicite Types valeur pour spécifier le type d'utilisation?"
Pouvez-vous me montrer comment faire cela?
Au lieu de query.setParameter(3, tuplas) vous souhaitez appeler setObject() sur un PreparedStatement. docs.oracle.com/javase/7/docs/api/java/sql/...
Mais je suis en utilisant EclipseLink. J'ai à suivre certains modèles, je ne peux pas utiliser un PreparedStatement.
Qui EclipseLink version? Et qui PgJDBC version? Je pensais que EclipseLink et PgJDBC compris que String[] mappé à text[].

OriginalL'auteur Bernardo Vale | 2012-08-20

  1. 7

    Test en passant un Java de tableau de type String[] pour PreparedStatement.setObject(...) résultats dans le comportement. Il semble que PgJDBC ne pas accepter un Java tableau comme argument à PreparedStatement.setObject(), avec ou sans Types.ARRAY paramètre.

    Conformité

    JDBC spec, 16.5 "Tableau d'Objets", suggère que le JDBC Array existe en partie, afin que le client n'a pas à copier les grands tableaux dans la mémoire, ils peuvent être utilisés par référence. Je ne suis pas trop sûr si le pilote JDBC est tenu d'accepter les premières Java les tableaux comme paramètres. Tous les spec code fait référence à java.sql.Array et la spécification précise que les tableaux sont mappés par la Array interface à l'Annexe B et à l'étranger. Dans une recherche rapide/lecture que j'ai pu trouver pas mention du passage des premières Java les tableaux autres que byte[] comme paramètres ou du retour des résultats.

    Toutefois, dans le §16.5.4 la JDBC4.2 projet de spec lit:

    A Java array may be passed as an input parameter by calling the method
PreparedSatement.setObject.

    bien que tout le reste du code, il se réfère à Array objets. Signifient-ils Array par "un tableau Java"? Ou veulent-ils dire un raw natif Java tableau comme String[]?

    Il me semble que les clients sont censés utiliser le java.sql.Array interface via Connection.createArrayOf(...), de sorte que EclipseLink est probablement de faire la mauvaise chose.

    Quoi faire à ce sujet

    Essayez de mettre à jour EclipseLink à 2,4 dans l'espoir qu'il utilise l'précisent la méthode de passage de tableaux à via JDBC java.sql.Objet Array.

    Vous pouvez aussi avoir besoin d'annoter le mapping avec @Array, un EclipseLink extension. Voir aussi ce fil de discussion du forum re 2.3 et bug 361701.

    Il apparaît que vous pouvez implémenter votre propre type de gestionnaire pour EclipseLink afin de remplacer son comportement. Pour définir correctement un paramètre de tableau via PgJDBC vous devez utiliser:

        Array sqlArray = conn.createArrayOf("text", strArray);
    pstmt.setArray(1, sqlArray);
    pstmt.executeUpdate();

    ... où conn et pstmt sont un java.sql.Connection et un PreparedStatement respectivement, et strArray est un String[] instance.

    Voir Les types de données personnalisés dans le eclipselink wiki.

    Sur une note de côté, l'utilisation d'un type string name pour spécifier la matrice du type de données dans createArrayOf semble sorte de fou compte tenu de l'existence de java.sql.Types. Il fait la portabilité beaucoup plus difficile; le code ci-dessus ne fonctionne pas (dire) d'Oracle, Oracle veut VARCHAR pas text comme un nom de type.

    Remarque: L'unité de test org/postgresql/test/jdbc2/ArrayTest.java a ArrayTest.testSetArray(), à la ligne 166 tests:

        pstmt.setObject(1, arr);
    pstmt.executeUpdate();

    ... cependant, le type de arr est java.sql.Array, pas int[]. C'est un JDBC de type tableau, n'est pas régulier Java tableau.

    Mise à jour le eclipseLink n'a pas fonctionné. Le seul moyen était d'utiliser la pure JDBC

    OriginalL'auteur Craig Ringer

  2. 5

    Je suis très en retard pour répondre.

    Cette solution de contournement à l'aide de postgreSQL fonction intégrée, ce qui a fonctionné pour moi.

    référence blog

    1) convertit une Chaîne de Tableau par des Virgules Chaîne

    Si vous utilisez Java8, il est assez facile. d'autres options sont ici

    String commaSeparatedString = String.join(",",stringArray); //Java8 feature

    2) PostgreSQL fonction intégrée string_to_array()

    vous pouvez trouver d'autres postgreSQL fonctions de tableau ici

    //tableName ( name text, string_array_column_name text[] )

String query = "insert into tableName(name,string_array_column_name ) values(?, string_to_array(?,',') )";


int[] types = new int[] { Types.VARCHAR, Types.VARCHAR};

Object[] psParams = new Object[] {"Dhruvil Thaker",commaSeparatedString };

jdbcTemplate.batchUpdate(query, psParams ,types); //assuming you have jdbctemplate instance

    OriginalL'auteur Dhruvil Thaker

  3. 1

    Il semble EclipseLink ne résout pas le bug 361701. mentionné par @Craig Sonnerie.

    La seule façon de passer une Chaîne de caractères[] comme un paramètre à l'aide de JDBC sans EclipseLink. Vérifier le code.

    Connection con = ConnectionHelper.getConnection();
        Array tArray = con.createArrayOf("text", tuplas);
        PreparedStatement pstm =
        con.prepareStatement("select salvarArquivoGeometricoCasoZeroPOINT(?,?,?,?)");
        pstm.setString(1,arquivo.getGeoType());
        pstm.setString(2,arquivo.getTable());
        pstm.setArray(3,tArray);
        pstm.setString(4,arquivo.getSrid());
        rs = pstm.executeQuery();

    ConnectionHelper c'est mon java.sql.La classe de connexion.

    J'apprécie l'aide de vous les gars: @Craig Sonnerie et @Matt Balle, Merci.

    J'imagine que vous pouvez également mettre en place votre propre EclipseLink type de données gestionnaire de tableaux en utilisant le type de données personnalisé installations. Descendre à la plaine de JDBC est probablement plus facile.

    OriginalL'auteur Bernardo Vale