Accès au champ d'identité d'incrémentation automatique après l'insertion SQL dans Java

Question

Des conseils sur la manière de lire le champ d'identité auto-incrémenté affecté à l'enregistrement nouvellement créé à partir d'un appel java.sql.Statement.executeUpdate? Je sais comment faire cela en SQL pour plusieurs plates-formes DB, mais j'aimerais savoir quelles interfaces indépendantes de base de données existent dans java.sql pour ce faire, et toute contribution sur l'expérience des gens avec cela sur les plates-formes DB.

Answer 1

Le snibblet de code suivant devrait ya faire »:

PreparedStatement stmt = conn.prepareStatement(sql, 
           Statement.RETURN_GENERATED_KEYS); 
// ... 

ResultSet res = stmt.getGeneratedKeys(); 
while (res.next()) 
    System.out.println("Generated key: " + res.getInt(1)); 

Ceci est connu pour travailler sur les bases de données suivantes

• Derby
• MySQL
• SQL Server

Pour les bases de données où e cela ne fonctionne pas (HSQLDB, Oracle, PostgreSQL, etc), vous aurez besoin de futz avec des astuces spécifiques à la base de données. Par exemple, sur PostgreSQL, vous appelez SELECT NEXTVAL(...) pour la séquence en question.

Notez que les paramètres pour executeUpdate(...) sont analogues.

Answer 2

J'ai toujours dû faire un deuxième appel en utilisant une requête après l'insertion.

Vous pouvez utiliser un ORM comme hibernate. Je pense que ça fait ça pour toi.

Answer 3

@ ScArcher2: Je suis d'accord, Hibernate a besoin de faire un second appel pour obtenir l'identité nouvellement généré une stratégie de SAUF SI générateur de pointe est utilisée (séquence, hilo ...)

Answer 4

ResultSet keys = statement.getGeneratedKeys(); 

plus tard, juste itérer sur ResultSet.

Answer 5

@ ScArcher2

Faire un deuxième appel est extrêmement dangereux. Le processus de INSERT et la sélection des clés générées automatiquement résultantes doivent être atomiques, sinon vous risquez de recevoir des résultats incohérents sur la sélection de touche. Considérons deux INSERT s asynchrones où ils se terminent tous les deux avant de pouvoir sélectionner les clés générées. Quel processus obtient quelle liste de clés? La plupart des ORM inter-bases de données doivent faire des choses ennuyeuses comme le verrouillage de threads en cours de processus afin de garder les résultats déterministes. C'est pas quelque chose que vous voulez faire à la main, surtout si vous utilisez une base de données qui supporte la récupération de clé atomique (HSQLDB est le seul que je connaisse qui ne le fait pas).