Récupérer dernier enregistrement inséré

**escartefigue** · 28/04/2015, 17h25

Envoyé par SQLpro

NON, NON et NON !!!!

A +

Ce n'est pas bien de tronquer la citation, car j'ai moi même expliqué juste après pourquoi ce n'était pas applicable

A noter que sur certaines databases, l'auto incrément n'est pas toujours forçable : le parametre "generated allways" ne permet pas le forçage alors que le "generated by default le permet"
(Paramètre dispo sur DB2, à vérifier sur oracle)

**SQLpro** · 29/04/2015, 11h12

Envoyé par escartefigue

Ce n'est pas bien de tronquer la citation, car j'ai moi même expliqué juste après pourquoi ce n'était pas applicable

A noter que sur certaines databases, l'auto incrément n'est pas toujours forçable : le parametre "generated allways" ne permet pas le forçage alors que le "generated by default le permet"
(Paramètre dispo sur DB2, à vérifier sur oracle)

Même avec un generated always il est possible d'altérer la séquence ou la table et ensuite de forcer des auto incréments....

A +

**escartefigue** · 29/04/2015, 12h09

Envoyé par escartefigue

il ne faut pas oublier les identity colonnes, qui elles sont bien incrémentées (ou décrémentées au choix) automatiquement, auquel cas on peut retrouver la dernière insertion, même après un delete.

Code :

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

1
2
 
GENERATED ALWAYS AS IDENTITY

Sauf que : il peut y avoir eu d'autres personnes qui ont fait d'autres actions sur la base dans l'intervalle

D'où ma remarque précédente ci-dessus : le souci c'est qu'une base de donnée n'est pas une propriété privée, plusieurs personnes y font des mises à jour

**oiseau10** · 29/04/2015, 23h03

Envoyé par skuatamad

Enfin parler de transaction en autocommit... Effectivement on a pas fini le troll !

++++ troll pour troll... C'est sur qu'une transaction en autocommit ça sert!!! (enfin peut on parler de transaction?) . Quand a pas comprendre l'auto incrément, la séquence c'est bien aussi...

Sur la requête

Code :

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

1
2
SELECT id FROM MATABLE
            WHERE ROWID=(SELECT MAX(ROWID) FROM MATABLE);

pour moi le principal pb c'est que ROWID sur Oracle c'est une pseudo colonne qui est, certes unique, mais qui est fonction de l'adresse physique de la ligne, et donc rien ne peut assurer que la dernière ligne créée n'a pas un rowid inférieur à tous les autres...

A la limite, sous Oracle, si la ligne est créée avec une séquence, utilise "currval". Bon, c'est sur si l'id est insérée sans passer par la séquence c'est foutu!! Dans ce cas il te reste la possibilité (tordue) de créer un trigger sur insert qui va stoquer dans une autre table la valeur du dernier id inséré..

**Waldar** · 30/04/2015, 15h15

Le problème de CURRVAL c'est qu'il n'est utilisable qu'après un NEXTVAL, dans la même session.
Ça ne répond pas au besoin initial.

SQLPro n'a pas tort quant aux auto-incréments chez Oracle, il suffit de voir le nombre de sujets que ça entraîne sur la toile.
C'est plus simple d'écrire IDENTITY que de créer une séquence et un déclencheur, sans parler de l'impact sur les performances lorsqu'on traite du gros volume.

Ce n'est pas pour rien qu'Oracle a rajouté cette syntaxe a dans la version 12c :
http://oracle-base.com/articles/12c/...acle-12cr1.php