Postgres UUID JDBC ne fonctionne pas

tl;dr

myPreparedStatement.setObject( 
    … , 
    java.util.UUID.randomUUID()
)

Détails

(a) montre-nous ton code.

PreparedStatement::setObject fonctionne lors du passage d'un java.util.UUID. Vous avez probablement un autre problème dans votre code.

(b) Voir mon blog UUID Valeurs De JDBC pour Postgres pour un peu de discussion et un exemple de code.

//Generate or obtain data to store in database.
java.util.UUID uuid = java.util.UUID.randomUUID(); //Generate a random UUID. 
String foodName = "Croissant";
//JDBC Prepared Statement.
PreparedStatement preparedStatement = conn.prepareStatement( "INSERT INTO food_ (pkey_, food_name_  ) VALUES (?,?)" );
int nthPlaceholder = 1; //1-based counting (not an index).
preparedStatement.setObject( nthPlaceholder++, uuid ); 
preparedStatement.setString( nthPlaceholder++, foodName ); 
//Execute SQL.
if ( !( preparedStatement.executeUpdate() == 1 ) ) { 
  //If the SQL reports other than one row inserted…
  this.logger.error( "Failed to insert row into database." );
}

(c) je ne suis pas sûr de ce que tu veux dire par

La dernière version de Java JDBC pour postgres prétendent soutenir l'Uuid nativement

Qui pilote? Il y a au moins deux open-source des pilotes JDBC pour Postgres, la courant/legacy on et une nouvelle réécriture de la "prochaine génération" un. Et il y a d'autres conducteurs de véhicules commerciaux.

"nativement"? Pouvez-vous le lien vers la documentation que vous avez lu? Le SQL spec a pas de type de données pour UUID (malheureusement ☹), donc la JDBC spec n'a pas de type de données pour les UUID. Comme solution, le pilote JDBC pour Postgres utilise le setObject et getObject méthodes sur PreparedStatement de déplacer l'UUID à travers le gouffre entre Java ↔ SQL ↔ Postgres. Consultez l'exemple de code ci-dessus.

Comme le PreparedStatement JDBC doc dit:

Si arbitraire type de paramètre conversions sont nécessaires, la méthode setObject doit être utilisé avec une cible de type SQL.

Peut-être par "nativement", vous confus Postgres' la prise en charge native pour les UUID comme un type de données avec JDBC avoir un UUID type de données. Postgres, en effet, de soutien UUID comme un type de données, ce qui signifie que la valeur est stockée en tant que de 128 bits au lieu de plusieurs fois que si elle étaient stockés sous forme ASCII ou Unicode chaîne hexadécimale. Et étant natif signifie aussi Postgres sait comment créer un index sur une colonne de ce type.

Le point de mon blog mentionné ci-dessus a été que j'ai été agréablement surpris par la façon dont il est facile de combler le fossé entre Java ↔ SQL ↔ Postgres. Dans mon premier incultes tentatives, j'ai travaillé trop dur.

---

Une autre remarque à propos de Postgres soutenir UUID... Postgres sait comment stocker, indexer, et de récupérer de l'existant UUID valeurs. Pour générer UUID valeurs, vous devez activer la Postgres extension (plugin) uuid-ossp. Cette extension enveloppements une bibliothèque fournie par L'OSSP Projet pour la production d'une variété de types de UUID valeurs. Voir mon blog pour plus d'instructions.

---

Par la voie...

Si je savais comment pétition JDBC groupe d'experts ou JSR équipe pour faire de JDBC conscient de l'UUID, je ne serais certainement. Ils le font pour la nouvelle date-heure étant des types définis dans JSR 310: la Date et l'Heure de l'API.

De même, si je savais comment pétition SQL comité de normalisation pour ajouter un type de données de l'UUID, je le ferais. Mais apparemment ce comité est plus secret que le Politburo Soviétique et plus lent qu'un glacier.

essayer

.setParameter("uuid", uuid, PostgresUUIDType.INSTANCE);