Discussion :

[bambou]

Bonjour,

Je vien du forum PHP ou on m'a renvoyé par ici..

Est-ce que quelqu'un saurait si il existe une fonction equivalente à MySQL mysql_insert_id() pour postgres?

à savoir qui retournerai l'identifiant d'un tupple que l'on vient d'inserer sans avoir a passer une nouvelle requete?

merci


ps : le post relatif dans le forum php

[ced]

Bonjour,
Dans Postgres, je ne crois pas qu'il y ait de fonction d'auto incrément comme dans MySQL. Les clefs peuvent être générées par des séquences.
Donc, si tu as le nom de l'objet séquence utilisé sur ta table, l'instruction currval('nom_sequence') renvoit la dernière valeur employée par cette séquence.

ced

[bambou]

l'instruction currval('nom_sequence') est une instruction SQL non?

Si je veux l'utiliser il faut que je fasse une requete SQL..ça revient plus ou moin au meme que de refaire un select

[Smortex]

Salut

ced, ta méthode peut poser problème car l'INSERT et le SELECT qui suit ne sont pas effectués de façon atomique. Si une nouvelle ligne est insérée dans la table entre les deux instructions, le SELECT renverra la mauvaise valeur.

Il ne reste que deux solutions:

• Faire un SELECT en cherchant les valeurs qui viennent d'être insérées. Si ces valeurs sont uniques, pas de problème, sinon on peut avoir plusieurs lignes de résultat et là c'est un autre problème.
• Utiliser l'extension non-standard de PostgreSQL 8.2+ RETURNING documentée ici : http://www.postgresql.org/docs/8.2/i...ql-insert.html

[budtucker]

Smortex, de spéculer qu'un insert puisse se produire entre un insert et un select (surtout sur une séquence) est un peu (beaucoup !!) improbable. A part si on bosse sur une application d'environ une centaine d'accès à la seconde !! Je crois que seul SourceForge.com peut se vanter de ça.

Bien sûr, comme tu l'as indiqué, on peut également utiliser la forme suivante :

J'ai une table jour avec id_jour en serial :

Code :

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

1
2
3
INSERT INTO jour(
             madate, lib_jourferie)
    VALUES ( now(), 'aujourdhui') RETURNING id_jour;

A+

[GrandFather]

ced, ta méthode peut poser problème car l'INSERT et le SELECT qui suit ne sont pas effectués de façon atomique. Si une nouvelle ligne est insérée dans la table entre les deux instructions, le SELECT renverra la mauvaise valeur.

L'INSERT et le SELECT ne sont effectivement pas atomiques, mais en l'occurrence cela n'a pas d'importance car currval() renverra le dernier numéro "consommé" dans la même session. Même si des sessions ouvertes par d'autres clients insèrent d'autres enregistrements entre l'INSERT et le SELECT, la cohérence de la valeur renvoyée par currval() est garantie pour la session qui l'appelle. Seule contrainte, il faut impérativement qu'un nextval() ait été appelé auparavant dans la même session, ce qui est le cas ici puisque l'insertion d'un enregistrement comportant un champ du type SERIAL déclenche automatiquement l'appel de cette fonction.

budtucker >> compter sur la chance pour que la base conserve son intégrité est s'exposer tôt ou tard à un rappel douloureux de la Loi de Murphy...

[bambou]

Merci beaucoup pour toutes ces réponses,

je vais voir si il est possible de mettre en place l'extension returning sur la BD que j'utilise, ce serait l'ideal

encore merci a vous tous

[TheGzD]

Bonjour !

Je me permets de faire remonter le sujet, car il n'a pas vraiment été apporté de réponse à la question initiale (dont la réponse m'intéresse (si si si sans déconner )) :

Est-ce que quelqu'un saurait si il existe une fonction equivalente à MySQL mysql_insert_id() pour postgres?

Dans mon cas je dispose du PGresult * renvoyé par la dernière requête passée et forcément du PGconn * de ma connexion.

S'il n'y a toujours pas d'autres moyens que ceux énoncés dans ce topic, je me résignerai, la mort dans l'âme, à truander

Merci d'avance.