Récupérer les auto-keys avec un preparedStatement

Bonjour,

J'essaye de faire un insert avec un preparedStatement et de récupérer les clés générées.

La faq ici explique comment faire avec un statement normal, ce qui donnerait

Code:

---

1 2 3 4 5

PreparedStatement prep = conn.prepareStatement("Insert into entry values (?,?)"); prep.setString(1,"A"); prep.setString(2,"B"); prep.executeUpdate(????,Statement.RETURN_GENERATED_KEYS); //Les clefs auto-générées sont retournées sous forme de ResultSet ResultSet clefs = prep.getGeneratedKeys();

---

mais ça n'a pas de sens avec un preparedStatement, car qu'est-ce que mets comme SQL ?
J'ai essayé le prep.getGeneratedKeys() sans le Statement.RETURN_GENERATED_KEYS, mais ça donne une erreur.

J'ai aussi essayé

Code:

---

1 2 3

PreparedStatement prep = conn.prepareStatement( "Insert into entry values (?,?); Call identity()"); prep.executeExecute();

---

mais ça me retourne une SQLException sur le prepareStatement.

Une idée ?

Bonjour,
La réponse se trouve dans la javaDoc !
Pour un preparedStatement tous se fait à la création de celui-ci.
Ton code doit donc être le suivant :

Code:

---

1 2 3 4 5 6

PreparedStatement prep = conn.prepareStatement("Insert into entry values (?,?)", Statement.RETURN_GENERATED_KEYS); prep.setString(1,"A"); prep.setString(2,"B"); prep.executeUpdate(); //Les clefs auto-générées sont retournées sous forme de ResultSet ResultSet clefs = prep.getGeneratedKeys();

---

Merci pour ta réponse, j'avais déjà essayé mais je reçois une "This function is not supported". La db que j'utilise est une db embarquée "hsqldb". Est-ce pour ça ?

en effet, c'est bien a cause de hsqldb !
si c'est possible je te conseil de changer de base embarquée en passant sur H2.

Elle est plus performante que hsqldb et elle est aussi en pure java :ccool:

Je viens de parcourir la doc. Ca m'a l'air très bien tout ça.
Merci. J'implémente le tout. Si ça fonctionne, je clôture l'issue.

Passage à H2 réussit et getGeneratedKeys qui fonctionne.:ccool:
Par contre, je trouve que H2 est plus lent à démarrer que HSQLDB.