Discussion :

[dj_lil]

Bijour tout le monde,

J'ai un petit problème avec une BD Access.
Je souhaite insérer un enregistrement dans une table, et récupérer la clé autogénérée qui découle de cette insertion.

Je fais donc:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
PreparedStatement preparedStatement = connection
          .prepareStatement("INSERT INTO table1 (champ1) VALUES (?)",Statement.RETURN_GENERATED_KEYS);
preparedStatement.setString(1, "youpi");
preparedStatement.executeUpdate();
ResultSet resultSet = preparedStatement.getGeneratedKeys();

Mais à l'exécution, j'obtiens (au niveau de la 1ere ligne) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

UnsupportedOperationException

Si je comprends bien, c'est pas possible de récupérer les clés autogénérées. Si?

Et le cas échéant, comment je peux faire pour me sortir de cette impasse? Si je change de format de BD, ça sera possible?

Merci d'avance.

[cmoa59]

Peut etre que ma solution n'est pas la meilleure, j'en conviens... mais je cherche toujours le moyen le plus simple et peut etre pas toujours le plus facile...

A taplace, je ferais mon insertion et ensuite je récupèrerais la derniere valeur dans ma base du champs de la clé autogénérée... C'est très simple mais certes, bcp long a l'éxécution...

Voila en espérant t'avoir un peu aider...

[dj_lil]

le problème, c'est que plusieurs personnes vont pouvoir travailler en même temps sur la BD, donc en cas d'insertion quasi-simultannée, ya moyen que ça merdouille....

[cmoa59]

Maintenant, je n'y connais pas gd chose la dedans malheureusement... mais ne serait il pas a cause de ton SGBD qui ne prendrait pas en compte cette focntionnalites... ou un truc dans le genre?
Je suppose bien que des epxerts vont tres vite repondre a question et si pas n'hesite pas a mon avis a poster dans la rubrique base de données du forum, ou ils sont spécialisés dans la base de donéées...

[ghorgor]

Il y a de fortes chances que ce soit ca effectivement...

Maintenant pour la recuperation, la methode consistant a recuperer la valeur par une deuxieme requete apres l'insertion fonctionne, a condition que les deux requetes, insertion et select soient consecutives.

Bref, tu as besoin a ce niveau la que l'ensemble de tes requetes soient effectuées a partir du meme endroit, et que le bloc insertion + selection soit en synchronisé... De cette maniere, tu evites les acces concurents, qui te renverront des resultats faux...

[dj_lil]

Au niveau du SGBD, j'en sais fichtre rien, mais bon, c'est Access tout de même. Ils doivent bien avoir prévu le coup...

Les requetes ne peuvent pas être effectuées depuis le même endroit, donc c'est râpé pour la soluce de l'INSERT puis SELECT dans un bloc synchro...

Je viens de penser que j'ai essayé de remplacer RETURN_GENERATED_KEYS par NO_GENERATED_KEYS, mais ça marche pas mieux... troublant, n'est-ce pas ?

[NGY]

Je suis d'accord avec ghorghor : faire un insert et juste derrière un select pour avoir la clé n'est pas la bonne méthode car rien ne garanti qu'entre temps personne n'a fait d'insertion.

A mon avis, la bonne méthode (en tout cas c'est comme ça que je fais) :

• 1- générer la clé unique (sequence.nextValue ou autre méthode) ;
  2- envoyer la requête d'insert avec la clé générée ;

Comme ça, pas de problème.

[Goldocrack]

Bonjour, tu écris réellement

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
PreparedStatement preparedStatement = connection
          .prepareStatement("INSERT INTO table1 (champ1) VALUES (?)",Statement.RETURN_GENERATED_KEYS);

Car il me semble que si tu veux vraiment mettre un point d'intérrogation en valeur il faut l'entourer de guillemets

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
PreparedStatement preparedStatement = connection
          .prepareStatement("INSERT INTO table1 (champ1) VALUES ('?')",Statement.RETURN_GENERATED_KEYS);

Si la valeur n'est pas un ? mais une valeur texte ça doit marcher il me semble

[dj_lil]

dans un PreparedStatement, tu mets des ? pour dire où se situent les paramètres, que tu remplaces ensuite grace à setString, setInt, ou autre...

dans mon exemple, le ? de la requête va être remplacé par youpi.

[Stessy]

La méthode la plus sécurisée pour retrouver la clé insérée est la méthode expliquée par NGY.

Tu vas rechercher la prochaine séquence de ta clé, ensuite tu l'insères dans la table.

Pour ce qui est dés PreparedStatement, l'ajout de quotes se fera automatiquement lorsque tu feras appel aux méthodes setString() ou setInt(),... comme l'a dit dj_lil.

Voilà,
Bonne chance

[dj_lil]

Merci beaucoup à vous tous !

Je vais faire comme NGY m'a conseillé.

Une affaire rondement menée. Cool !

[Phoxtrot]

C'est toujours sympa de trouver une réponse à son problème sans avoir à la poser. Vive la recherche dans les forums

Cependant, si qqn connait un driver odbc ou spécifique access libre de droit qui supporte le getGeneratedKeys ou une autre méthode de retour de valeur lors d'une insertion, je suis preneur...

Sinon, il me reste à apprendre comment fonctionnent les séquences sur access., ça ne dervait pas être trop compliqué.

[Phoxtrot]

hum, bon c'est pas si simple que ça... J'ai eu beau fouiller FAQs et tutorials, je n'ai trouvé aucune référence quant à l'existence de séquences sous Access. Il doit bien y avoir "quelque chose" derrière les auto-nums mais je n'ai pas trouvé de moyen d'y accéder.

J'ai pu récupérer le noms des tables systèmes mais MSysAccessObject contient du blob, MSysAccessXML est vide pour ma db et toutes les autres table (MsysACEs, MSysObjects, MSysQueries, MSysRelationships) me font un no read permission lorsque je tente d'y accéder par JDBC et impossible de les voir dans le GUI de access. Bref, je suis un peu coincé et je ne vois pas d'autre solution que des work-around (soit relire la table après l'enregistrement soit essayer de gérer en java la création des id uniques...).

Qqn a une idée? Un moyen de piloter les auto-nums depuis jdbc? ...

[Phoxtrot]

Apparement, c'est le driver standard qui est en cause dans le refus de retourner les clés générées. J'ai essayé avec un driver commercial T4 et ça marche... Par contre le driver commercial introduit un autre problème : 298$...

Quelqu'un connait un driver JDBC gratuit ou bon marché pour MS Access qui n'a pas la susdite limitation?