Discussion :

[hicpalm]

bonjour,
j'ai une table avec un id SERIAL, sur un INSERT INTO (ajouter enregistrement) je ne specifie pas le champs de l'id je laisse le serveur s'en charger, ce qui se fait correctement avec le type SERIAL.
problème :
je voudrais après un tel INSERT recuperer l'id que le serveur vient d'attribué en sachant que les autres champs n'ont pas de contrainte UNIQUE et donc peuvent contenir des doublons.
merci pour vos suggestions !

[scheu]

un type serial crée automatiquement une séquence sur la colonne, tu peux récupérer le curval de ta séquence (plus pratique que de faire un max(colonne) sur ta table)

[hicpalm]

et si jamais il y a une autre insertion à partir d'une autre machine sur le meme reseau avant que je ne recupere curval ... je ne recupere pas l'id de mon insertion mais celui d'une autre ?

[scheu]

c'est tout le problème du type serial quand il y a des insertions concurrentes
le plus prudent c'est que, à chaque insertion, tu commences par récupérer le résultat de ta_sequence.nextval dans une variable, et c'est ce résultat que tu insères dans ta table via une 2ème requête
ça évite le pb que tu décris

[GrandFather]

et si jamais il y a une autre insertion à partir d'une autre machine sur le meme reseau avant que je ne recupere curval ... je ne recupere pas l'id de mon insertion mais celui d'une autre ?

Non, tu récupèreras l'id de ton insertion, et pas celui d'une autre session. Cela permet d'utiliser la valeur renvoyée par nextval() comme clé étrangère valide dans d'autres tables "esclaves" après l'insertion dans la table "maître". Le corollaire est que l'incrémentation des numéros de séquence n'est pas réversible (un Rollback d'une transaction comprenant un nextval() ne décrementera pas la séquence).

Pour plus d'information, voir l'article de Damien : http://dgriessinger.developpez.com/p...sql/sequences/

[hicpalm]

ok ... il est bon le truc des sequences, ça resout pas mal de problèmes !
merci pour votre temps et suggestions !

[icer]

le plus prudent c'est que, à chaque insertion, tu commences par récupérer le résultat de ta_sequence.nextval dans une variable, et c'est ce résultat que tu insères dans ta table via une 2ème requête
ça évite le pb que tu décris

Ceci ne résoud pas le problème : il peut trés bien y avoir une insertion depuis une autre session entre la lecture de ta_sequence.nextval et le nouvel insert.

Une solution serait de poser un verrou sur la table avant l'insertion et de le relacher aprés avoir récupérer la valeur de la séquence. Ainsi, la valeur de la sequence sera obligatoirement celle de la derniére insertion. Puisqu'il était impossible d'inserer d'autre ligne entre temps grace au verrou.